[infinispan-dev] [ISPN-548] Discussion on updating the QueryInterceptor to be able to update old keys
Navin Surtani
nsurtani at redhat.com
Wed Jul 21 08:36:17 EDT 2010
On 21/07/10 13:29, Israel Lacerra wrote:
> Hi,
>
> It's probably a question everyone knows the answer, but I'll ask anyway.
>
> Make a UPDATE work on index, is not the same thing to do steps 2, 3 and
> 4? Or UPDATE is computationally more expensive? Or there is another
> reason to avoid the UPDATE?
Not really as far as I know. Emmanuel would know this answer better. I
just wanted to have clarity from the other guys on the list before I
went in and made the change.
>
>
> Israel
>
> On Wed, Jul 21, 2010 at 8:54 AM, Navin Surtani <nsurtani at redhat.com
> <mailto:nsurtani at redhat.com>> wrote:
>
> Just getting a discussion going on this since a JIRA has now been
> created.
>
> Basically, the way I see it is that we can check which keys in the cache
> have already been used - but that's context specific (I'll probably need
> a quick explanation to how the InvocationContexts work). The question
> for the gurus of ISPN here is whether or not this is going to be an
> issue.
>
> The plan of attack is as follows: -
>
> 1 - User does a put()
> 2 - Interceptor checks the set of keys used within the same context to
> see if the same key has been used
> 3 - If it has an UPDATE is used.
> 4 - If not we do an ADD.
>
> Reckon that sounds okay?
>
> --
> Navin Surtani
> Intern Infinispan
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org <mailto:infinispan-dev at lists.jboss.org>
> https://lists.jboss.org/mailman/listinfo/infinispan-dev
>
>
>
>
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev
--
Navin Surtani
Intern Infinispan
More information about the infinispan-dev
mailing list