[infinispan-dev] Design change in Infinispan Query

[Radim Vansa]

On 02/05/2014 05:30 PM, Emmanuel Bernard wrote:
> On Wed 2014-02-05 15:53, Mircea Markus wrote:
>> On Feb 3, 2014, at 9:32 AM, Emmanuel Bernard <emmanuel at hibernate.org> wrote:
>>
>>> Sure searching for any cache is useful. What I was advocating is that if you search for more than one cache transparently, then you probably need to CRUD for more than one cache transparently as well. And this is not being discussed.
>> Not sure what you mean by CRUD over multiple caches? ATM one can run a TX over multiple caches, but I think there's something else you have in mind :-)
>
> //some unified query giving me entries pointing by fk copy to bar and
> //buz objects. So I need to manually load these references.
>
> //happy emmanuel
> Cache unifiedCache = cacheManager.getMotherOfAllCaches();
> Bar bar = unifiedCache.get(foo);
> Buz buz = unifiedCache.get(baz);
>
> //not so happy emmanuel
> Cache fooCache = cacheManager.getCache("foo");
> Bar bar = fooCache.get(foo);
> Cache bazCache = cacheManager.getCache("baz");
> Buz buz = bazCache.put(baz);

cacheManager.getCache("foo").put("xxx", "yyy");
cacheManager.getCache("foo").put("xxx", "zzz");

String xxx = cacheManager.getMotherOfAllCaches().get("xxx");
System.out.println(xxx);

What should it print? Should an exception be thrown? Or should get on 
mother of all caches return Map<Cache<String, String>, String>?

Radim

>
>
>>> I have to admit that having to add a cache name to the stored elements of the index documents makes me a bit sad.
>> sad because of the increased index size?
> It makes the index non natural and less reusable using direct Lucene
> APIs. But that might be less of a concern for Infinispan.
>
>>> I was already unhappy when I had to do it for class names. Renaming a cache will be a heavy operation too.
>>> Sanne, if we know that we don't share the semi index for different caches, can we avoid the need to store the cache name in each document?
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev


-- 
Radim Vansa <rvansa at redhat.com>
JBoss DataGrid QA