Question

I have a hibernate entity called customer which contains the information about customer.In my method i m getting customer details as parametres which i need to insert in database. So to remove duplicate entries i m checking whether that customer already exists in db or not. But the problem is that if two calls are made to same method at one instant with same customer information then i m getting constraint violation error. I thought saveOrupdate() will solve the problem but it hasnt. Can someone suggest a solution for this scenario.

Answer 1

saveOrUpdate is for completely different purpose. It is for persisting an entity which might already be persisted (having an id and all) or it might be a fresh id. It has nothing todo with concurrent access.

For your problem there are two options, known as optimistic locking and pessimistic locking.

Pessimistic Locking: You create a lock before checking if the customer exists, so only the current thread can continue, it does it’s check and acts accordingly. Any other thread coming with the same data will have to wait until the update or insert of the first thread finished. The lock could be implemented in the database, using hibernate or simply a synchronized block if you run on a single machine.

Optimistic Locking: You just go ahead just as you do right now. But you put an exception handler in place for handling the collision case you described in the question.

Pessimistic Locking is probably easier to implement using a synchronized block but it will affect performance and scalability pretty bad.