[infinispan-dev] R: Re: ISPN-359 and grouping entries for distribution

Manik Surtani manik at jboss.org
Wed May 19 13:47:15 EDT 2010


On 19 May 2010, at 17:35, Sanne Grinovero wrote:

> Is this covering a different use case than having two caches k1 and k2 equally configured?
> My current app Scarlet is dynamically creating many different caches using the configuration names asd templates, I'm happy with that.
> 
> 

Slightly different.  Scoping could be useful for use cases where creating a cache per scope is too expensive.  E.g., I want to cache a person's name, address and photograph.  I could do this:

cache.put("person1_name", name);
cache.put("person1_address", address);
cache.put("person1_pic", pic);

cache.put("person2_name", name);
cache.put("person2_address", address);
cache.put("person2_pic", pic);

cache.put("person3_name", name);
cache.put("person3_address", address);
cache.put("person3_pic", pic);

and every time I need to retrieve anything I need to concatenate person_id with the "field" I am interested in.  It would be too expensive to create a separate cache per person, as the system may have thousands of users.







> 
>> Il giorno 19/mag/2010 16:43, "Manik Surtani" <manik at jboss.org> ha scritto:
>> 
>> 
>> On 13 Apr 2010, at 11:01, Manik Surtani wrote:
>> 
>> >
>> 
>> > On 13 Apr 2010, at 10:50, Sanne Grinovero wrote:
>> > 
>> >> rightfull concern, I wouldn't personally ha...
>> 
>> Here is an alternative - *do* we want to support scoping?  By this, I mean:
>> 
>> cache.withAffinityKey("k1").put("name", "Manik");
>> cache.withAffinityKey("k1").put("country", "UK");
>> 
>> cache.withAffinityKey("k2").put("name", "Sanne");
>> cache.withAffinityKey("k2").put("country", "IT");
>> 
>> will be allowed and the two will not overwrite each other, *but* you cannot retrieve stuff by simply doing:
>> 
>> cache.get("name") anymore.  You would have to do:
>> 
>> cache.withAffinityKey("k1").get("name").  Simply doing a cache.get("name") will return a null.
>> 
>> What do people prefer?
>> 
>> Cheers
>> Manik
>> 
>> --
>> Manik Surtani
>> manik at jboss.org
>> Lead, Infinispan
>> Lead, JBoss Cache
>> http://www.infinispan.org
>> http:...
>> 
> 
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev

--
Manik Surtani
manik at jboss.org
Lead, Infinispan
Lead, JBoss Cache
http://www.infinispan.org
http://www.jbosscache.org




-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/infinispan-dev/attachments/20100519/93c6a722/attachment-0001.html 


More information about the infinispan-dev mailing list