[infinispan-issues] [JBoss JIRA] Commented: (ISPN-20) check whether locking in JDBC cache stores can be replaced with SELECT FOR UPDATE

Manik Surtani (JIRA) jira-events at lists.jboss.org
Tue Jan 5 11:17:30 EST 2010


    [ https://jira.jboss.org/jira/browse/ISPN-20?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12502259#action_12502259 ] 

Manik Surtani commented on ISPN-20:
-----------------------------------

Either SELECT FOR UPDATE or we could use INSERT OR UPDATE.  Then we don't need to read before we write.  

MySQL uses INSERT ... ON DUPLICATE KEY UPDATE ...

http://dev.mysql.com/doc/refman/5.1/en/insert.html

But this would need to be db independent ... 

> check whether locking in JDBC cache stores can be replaced with SELECT FOR UPDATE
> ---------------------------------------------------------------------------------
>
>                 Key: ISPN-20
>                 URL: https://jira.jboss.org/jira/browse/ISPN-20
>             Project: Infinispan
>          Issue Type: Feature Request
>          Components: Loaders and Stores, Locking and Concurrency
>            Reporter: Mircea Markus
>            Assignee: Mircea Markus
>             Fix For: 4.1.0.BETA1, 4.1.0.GA
>
>
> Not sure whether the 'outside' locking (MVCC) can't be used so that we won't need locking code within cache stores

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        


More information about the infinispan-issues mailing list