(Don't know what's the status of this, since it's been discussed on IRC,
but jumping in just in case)
I tend to agree with Gunnar that storing the association on the owning side
of the association seems like a good idea. At least with an external point
of view, it seems like the right choice, but
Hey again,
I implemented the approach that I proposed in the issue and a test in
https://github.com/hibernate/hibernate-orm/pull/1561
It detects left joins with join tables that use the target table alias.
The join table is replaced with a subquery and the WITH clause is moved
to the join of t
Thanks,
I'm going to review it tomorrow.
Vlad
On Tue, Sep 20, 2016 at 8:38 PM, Christian Beikov <
christian.bei...@gmail.com> wrote:
> Hey again,
>
> I implemented the approach that I proposed in the issue and a test in
> https://github.com/hibernate/hibernate-orm/pull/1561
>
> It detects left
I took a quick look. I'd prefer to see better solution as we migrate to
SQM; but for 5.x, given how Hibernate generates SQL there, I am not sure
how else you would possibly do this
On Tue, Sep 20, 2016 at 12:54 PM Vlad Mihalcea
wrote:
> Thanks,
>
> I'm going to review it tomorrow.
>
> Vlad
>
>
In the interest of questioning everything, just to make sure we are all on
the same page, Hibernate's support for native SQL queries currently
recognizes named parameters, positional parameters as well as JDBC-style
parameters.
JPA only defines support for "JDBC-style parameters" as valid for nati
+1 across the board.
On 09/20/2016 08:59 PM, Steve Ebersole wrote:
> In the interest of questioning everything, just to make sure we are all on
> the same page, Hibernate's support for native SQL queries currently
> recognizes named parameters, positional parameters as well as JDBC-style
> parame
Actually JPA defines it as "Only positional parameter binding and
positional access to result items may be portably used for native queries".
I believe "portably" means the providers are only required to support
positional, but not forbidden from supporting other.
2016-09-21 3:59 GMT+03:00 Steve E
+1
On Wed, Sep 21, 2016 at 3:59 AM, Steve Ebersole wrote:
> In the interest of questioning everything, just to make sure we are all on
> the same page, Hibernate's support for native SQL queries currently
> recognizes named parameters, positional parameters as well as JDBC-style
> parameters.
>
+1 Sounds good.
2016-09-21 2:59 GMT+02:00 Steve Ebersole :
> In the interest of questioning everything, just to make sure we are all on
> the same page, Hibernate's support for native SQL queries currently
> recognizes named parameters, positional parameters as well as JDBC-style
> parameters.
>