what is your goal? performance?
from the code I guess you don't intend to support something like
setProjection( FullTextQuery.DOCUMENT, "lastname" );
as you skip fieldnames processing when you hit DOCUMENT;
I agree with you it would be a bit stupid, but someone could want
to do that for some pur
Hi,
On Sun, 15 Jun 2008 10:24:55 +0200, Sanne Grinovero
<[EMAIL PROTECTED]> wrote:
what is your goal? performance?
Yeah, what's the actual goal? If the goal is performance have to compared
the performance of the original
solution with this 'simple' patch? I think to justify complicating
http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-215
To avoid confusion about FullTextSession (which is really a stateless
wrapper), I am thinking to rename Search.createFTS:
- Search.getFTS
- Search.buildFTS
Thoughts?
--
Emmanuel Bernard
[EMAIL PROTECTED]
http://in.relati
Sorry, that was bogus. Not sure what I was thinking. I should have looked
at the code first. Of course we need the bridges in the projection case
and for loading managed objects we just need the id.
--Hardy
On Sun, 15 Jun 2008 12:01:10 +0200, Hardy Ferentschik
<[EMAIL PROTECTED]> wrote:
On Jun 15, 2008, at 06:01, Hardy Ferentschik wrote:
Hi,
On Sun, 15 Jun 2008 10:24:55 +0200, Sanne Grinovero <[EMAIL PROTECTED]
> wrote:
what is your goal? performance?
Here is the full story. While writing Hibernate Search in Action I
explained how a database lookup by id is not funda
On Jun 15, 2008, at 04:24, Sanne Grinovero wrote:
what is your goal? performance?
Performance, memory consumption, reduce the gap between entity loading
and projection from a perf point of view (assuming projection loads
the same amount of data).
from the code I guess you don't inte
