Hey Sergey,
With that kind of a dimension I guess you could work with multiple fields. I
have tried it over a score of fields for over 10 million documents. Works
fine if implemented neatly.
Is there more that you would be doing other than vanilla search?
--
Anshum Gupta
Naukri Labs!
On Thu, Jul 3
Haven't a clue .
Erick
On Thu, Jul 31, 2008 at 11:29 AM, Sergey Kabashnyuk <[EMAIL PROTECTED]>wrote:
> Thank you Erick.
>
> I'm talking about more then 10,000 documents and 95% less then 10 fields.
> Maximum number of fields per document is unlimited.
> But in practice it's no more the 20.
>
>
>
Thank you Erick.
I'm talking about more then 10,000 documents and 95% less then 10 fields.
Maximum number of fields per document is unlimited.
But in practice it's no more the 20.
I'm interesting: does Lucene have any internal optimization,
which depend of the fields count or fields siz
I'd go with option 1 unless and until you could demonstrate performance
problems. Speaking of which, you'd get a more informed answer if you
provided a bit more data, like how many fields are we talking, how many
documents, etc. If you're indexing 10,000 documents, go with the simplest.
If you're i
The best strategy.
Hello.
I want to ask you opinion about to "How
store multiple fields of same document".
I see now two possibility's.
1. Multiple fields in document
2. One filed: for example named PROPERTIES, with multiple instances.
And values combined with name for example [EMAIL PROTECTED]
