[hibernate-dev] Re: [infinispan-dev] Hibernate Search alternative Directory distribution
emmanuel at hibernate.org
Tue Jul 14 04:57:49 EDT 2009
On Jul 13, 2009, at 23:59, Manik Surtani wrote:
> On 13 Jul 2009, at 17:10, Łukasz Moreń wrote:
>> 1. share the same grid cache between the master and the slaves
>> Infinispan has a flat structure. The key has to contain:
>> - the index name
>> - the chunk name
>> Both with essentially be the unique identifier.
>> I suppose in this idea all indexes are stored in a one single grid.
>> What about one Infinispan grid per directory, similarly to
>> RAMDirectory or FSDirectory? IMHO it could make some
>> simplifications i.e. in metadata or key names.
>> Are there any Infinispan drawbacks to have a high number of caches
>> in the network? Sharing JGroups channels can help in that?
> They already share JGroups channels and other "heavy" components
> wherever possible. Its just that configuration becomes more of a
> pain, etc.
> When you say one cache per index, how do you define an index? Does
> 1 index mean all indexed data for a single java type? In which case
> couldn't these scale up dynamically and potentially on-demand? No
> wait - these are fixed in Hibernate Search on startup, correct?
Right for now they are fixed at startup time.
I'm unclear what is easier really. One cache or multiple caches.
Multiple configurations (if seen by the user) is a PITA on the other
hand could provide some flexibility (ie one cache behavior != than
another) but that's rarely needed very likely.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the hibernate-dev