On Tue, 1 Feb 2005 14:12:54 -0800, Chris Fraschetti wrote:
> Definitely a good idea on the one line idea... that could possibly
> save a good amount of time. I'm using .stringValue ... in reality,
> I hadn't ever even considered readerValue ... is there a strong
> performance difference between t
Definitely a good idea on the one line idea... that could possibly
save a good amount of time. I'm using .stringValue ... in reality, I
hadn't ever even considered readerValue ... is there a strong
performance difference between the two? or is it simply on the
functionality side?
The basic post pr
Please see inline.
On Tue, 1 Feb 2005 09:27:26 -0800, Chris Fraschetti wrote:
> Well all my fields are strings when I index them. They're all very
> short strings, dates, hashes, etc. The largest field has a cap of
> 256 chars and there is only one of them, the rest are all fairly
> small.
>
> Can
Well all my fields are strings when I index them. They're all very
short strings, dates, hashes, etc. The largest field has a cap of 256
chars and there is only one of them, the rest are all fairly small.
Can you explain what you meant by 'string or reader' ?
Thanks,
Chris
On Tue, 1 Feb 2005 15
Hi Chris, are your fields string or reader? How large do your fields get?
Kelvin
On Tue, 1 Feb 2005 01:40:39 -0800, Chris Fraschetti wrote:
> Hey folks.. thanks in advance to any who respond...
>
> I do a good deal of post-search processing and the file io to read
> the fields I need becomes horr
Hey folks.. thanks in advance to any who respond...
I do a good deal of post-search processing and the file io to read the
fields I need becomes horribly costly and is definitely a problem. Is
there any way to either retrieve 1. the entire doc (all fields that
can be retrieved) and/or 2. a group o
