On Fri, Apr 26, 2013 at 12:48 PM, Shai Erera <ser...@gmail.com> wrote: > You can also try to use a different IntEncoder which compresses the values > better. Try FourFlags and the like. Perhaps it will allow you to index more > facets per document and it will be enough... though i should add "for the > time being" b/c according to your scenario, you could easily hit more than > 32K values... > > The fact is that DV limit us. Maybe that limitation can be alleviated by > writing a Codec? Not sure... I'll have to dig into the code. If the > limitation is on the Codec, it should be possible.
Unfortunately it's not just a Codec limitation: the core data structures used to hold the binary values also have this limit. We should open an issue to explore increasing it (but I think a lot of places assume this limit...). > Maybe there's another solution to this. How do you use the facets? Have you > considered using a different days structure like a Graph DB? Not sure if > that's applicable to you at all. I think another option is to use the new (coming in 4.3) SortedSetDocValuesFacetFields/Accumulator? I think it doesn't have a hard limit? Mike McCandless http://blog.mikemccandless.com --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org For additional commands, e-mail: java-user-h...@lucene.apache.org
