<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Comments on: View-API for JOOQ Application	</title>
	<atom:link href="https://www.salvis.com/blog/2018/08/05/view-api-jooq-application/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.salvis.com/blog/2018/08/05/view-api-jooq-application/</link>
	<description>Database-centric development</description>
	<lastBuildDate>Wed, 08 Nov 2023 02:11:28 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.0</generator>
<atom:link rel="hub" href="https://pubsubhubbub.appspot.com"/>
<atom:link rel="hub" href="https://pubsubhubbub.superfeedr.com"/>
<atom:link rel="hub" href="https://websubhub.com/hub"/>
<atom:link rel="self" href="https://www.salvis.com/blog/2018/08/05/view-api-jooq-application/feed/"/>
	<item>
		<title>
		By: Lukas Eder		</title>
		<link>https://www.salvis.com/blog/2018/08/05/view-api-jooq-application/#comment-7283</link>

		<dc:creator><![CDATA[Lukas Eder]]></dc:creator>
		<pubDate>Mon, 06 Aug 2018 08:42:12 +0000</pubDate>
		<guid isPermaLink="false">https://www.salvis.com/blog/?p=8722#comment-7283</guid>

					<description><![CDATA[Thanks a lot for this writeup. I&#039;m glad to hear that you found using jOOQ so straightforward.

Interesting hint about jOOQ&#039;s behaviour being akin to CURSOR_SHARING=FORCE. The reason for the current default is obvious: jOOQ cannot distinguish between what reads as a constant literal (i.e. a literal embedded in the jOOQ API) and a variable (i.e. something that has been previously assigned to a local variable). While the difference is clear to the reader of Java code, behind the scenes, it&#039;s all the same jOOQ expression tree.

However, I can see how the value in the LIMIT clause could profit from being inlined by default and made a bind parameter only explicitly by using DSL.val() (unlike OFFSET, which should definitely be a bind parameter by default). I&#039;ve added a feature request to add a setting that would inline the LIMIT value by default: &lt;a href=&quot;https://github.com/jOOQ/jOOQ/issues/7720&quot; rel=&quot;nofollow&quot;&gt;https://github.com/jOOQ/jOOQ/issues/7720&lt;/a&gt;]]></description>
			<content:encoded><![CDATA[<p>Thanks a lot for this writeup. I&#8217;m glad to hear that you found using jOOQ so straightforward.</p>
<p>Interesting hint about jOOQ&#8217;s behaviour being akin to CURSOR_SHARING=FORCE. The reason for the current default is obvious: jOOQ cannot distinguish between what reads as a constant literal (i.e. a literal embedded in the jOOQ API) and a variable (i.e. something that has been previously assigned to a local variable). While the difference is clear to the reader of Java code, behind the scenes, it&#8217;s all the same jOOQ expression tree.</p>
<p>However, I can see how the value in the LIMIT clause could profit from being inlined by default and made a bind parameter only explicitly by using DSL.val() (unlike OFFSET, which should definitely be a bind parameter by default). I&#8217;ve added a feature request to add a setting that would inline the LIMIT value by default: <a href="https://github.com/jOOQ/jOOQ/issues/7720" rel="nofollow">https://github.com/jOOQ/jOOQ/issues/7720</a></p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
