Thomas Mueller wrote:

I'm not concerned about an implementation not being able to 'support'
setLimit(). I rather think of applications using that new method and at the same
time wish to find out the total number of matches, as written initially by
Christoph.

I understand.

keep the setLimit() as is. but introduce a getSize() (or getTotalMatches()?) on
the QueryResult. This method always returns the total number of nodes/rows
independent of setLimit().

That's a good idea! Implementations that can't support it efficiently
could then calculate the size only when required. What about
getTotalSize()?

Implementations should maybe even allowed to return -1 (as on RangeIterator.getSize()) if they do not support this method ...

Cheers,
Christoph

Reply via email to