Its seems TopLink can do Criteria Queries (using Expressions and
ExpressionBuilders, correct me if I am wrong). It seems quite a few JPA
implementations provide some sort of Criteria Query API extension.
Hibernate does that too !
Damien
I would have liked this thread to merge with Continuum 2.0 discussion
thread, but anyway...
Its seems TopLink can do Criteria Queries (using Expressions and
ExpressionBuilders, correct me if I am wrong). It seems quite a few JPA
implementations provide some sort of Criteria Query API
Nice!
On 6-Feb-08, at 00:31 , Rahul Thakur wrote:
I would have liked this thread to merge with Continuum 2.0
discussion thread, but anyway...
Its seems TopLink can do Criteria Queries (using Expressions and
ExpressionBuilders, correct me if I am wrong). It seems quite a few
JPA
On Jan 22, 2008 3:06 AM, Rahul Thakur [EMAIL PROTECTED] wrote:
A Query object that wraps up criteria and is built programmatically
affords us the ability to keep Store APIs lean and stable. That is the
motivation behind building up queries programatically. IMHO, the current
ContinuumStore is
As Christian said, named queries are pre-compiled to SQL. With dynamic
queries, perf can be not good because for each execution, the JPQL request
is recompile to SQL, so parsing, creation of the JPQL tree then SQL
generation, and with your solution, you concatenate lot of String. It isn't
I think it would be good to introduce some partial object like
ProjectGroupWithoutProjects that we can use in JPQL request so we won't use
non detached fields and we'll know exactly what we use and where.
Emmanuel
On Jan 21, 2008 10:59 PM, Emmanuel Venisse [EMAIL PROTECTED]
wrote:
As Christian
You can still use parameterized queries dynamically, you just use
strings that contain ? and they get turned into pre-compiled queries
in the db.
However, named queries can be further optimized by Hibernate before it
even gets to the db (pre-compiling at load, etc.)
Criteria queries are
(Sorry if this is a duplicate post; for some reason this didn't make it
to the list earlier)
A Query object that wraps up criteria and is built programmatically
affords us the ability to keep Store APIs lean and stable. That is the
motivation behind building up queries programatically. IMHO,
You can get some benefit from named queries in terms of query pre-
compilation and caching on the underlying database. However, most
database flavors and hibernate providers turn criteria queries into
named queries (parameterized SQL) which is then cached, so, on the
surface I suspect the
Just wondering if anyone else got to the changes?
Emmanuel Venisse wrote:
I don't have the time to look at it these days but I'll do it asap
(maybe in few weeks :( )
Emmanuel
Rahul Thakur a écrit :
Hi All,
Scribbling some quick notes on some of the toying around I have been
doing with
10 matches
Mail list logo