As far as I know, no problem. There's no penalty that I
know of for having this kind of setup. Of course your
mileage may vary, and a relevant question is "why do
you care?" That is, if your total index is 100M in size,
pretty much no matter how Lucene implements the internal
data structures you won't notice any performance issues.

If your index is 100M *documents* and 1T in size, you care
very much about internal efficiency. So a few more details
would probably generate more useful answers <G>....

But "more useful answers" probably will boil down to
"spin up a test index and see", since there are so many
variables to search performance.

I would imagine, though, that you'd see some non-typical
search response times due to cache loading. In
a more "usual" setup, I'd expect the first query or two
that caused caches to load up to be anomalously
long, hence the notion of "warmup queries". I suspect
instead, that you'll see little bumps in search
time since it'll take a lot more queries to hit every field
that can be cached. Those bumps should be shorter though,
since presumably the fields won't contain as many terms.
But without more details, that's just a guess.

I guess about all I'm saying here is that there's no
reason not to go ahead and see...

HTH
er...@notentirelyhelpful.org

On Wed, Dec 30, 2009 at 10:18 AM, Jason Tesser <jasontes...@gmail.com>wrote:

> I have a situation where I might have 1000 different types of Lucene
> Documents each with 10 or so fields with different names that get
> indexed.
>
> I am wondering if this is bad to do within Lucene.  I end up with
> 10,000 fields within the index although any given document has only 10
> or so.
>
> I was hoping not to have to have many indexes under the covers if I
> can avoid it but I don't want performance to suffer either.
>
> Any thoughts?
>
> Thanks,
> Jason Tesser
> dotCMS Lead Development Manager
> 1-305-858-1422
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
> For additional commands, e-mail: java-user-h...@lucene.apache.org
>
>

Reply via email to