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(a)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(a)jboss.org
> Lead, Infinispan
> Lead, JBoss Cache
>
http://www.infinispan.org
> http:...
>
_______________________________________________
infinispan-dev mailing list
infinispan-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
--
Manik Surtani
manik(a)jboss.org
Lead, Infinispan
Lead, JBoss Cache
http://www.infinispan.org
http://www.jbosscache.org