I'm sorry, I apparently confused iterate() with scroll() then, so forget
what I wrote before ^^
In face of that new info, I actually don't know of any actual users.
After thinking a bit about it, why not make that behavior configurable
via setProperty and drop that method?
Am 27.01.2017 um 19:01 schrieb Steve Ebersole:
On Fri, Jan 27, 2017 at 9:51 AM Christian Beikov
<christian.beikov(a)gmail.com <mailto:christian.beikov@gmail.com>> wrote:
I just know of people that are using iterate() now for efficient
incremental processing, but I guess any other approach(streams maybe?)
to do incremental processing would be good enough for these users.
ScrollableResults do not meet that need?
Unfortunately I don't know what a shallow query is or what the
implication on the query or the processing of being shallow are.
Just what I said before. "shallow" is simply a boolean flag that is
part of the translator. It is set to true when the translation is
triggered from Query#iterate. When the translation is triggered from
Query#list or Query#scroll it is set to false.
I guess this has to do with how row processing is done?
The main thing is effects is the SQL we render. For "entity returns"
it simply selects the ids and we expect to then load them
(immediately!) by that id (N+1). Its usefulness is actually VERY
limited in scope as it actually performs horrendously in, what, 95-99%
of use cases?
Interestingly it really does not have much effect on "row processing".