LockModeType ব্যবহার করে Locking ম্যানেজ করা

JPA (Java Persistence API) ডেটাবেস অপারেশনগুলির জন্য ক্যাশিং, ট্রানজেকশন এবং কনকারেন্সি কন্ট্রোল ফিচার সরবরাহ করে। একাধিক ক্লায়েন্ট বা থ্রেড যদি একই রেকর্ডে ডেটা এক্সেস করতে চায়, তখন concurrency control বা locking অত্যন্ত গুরুত্বপূর্ণ হয়ে পড়ে। Locking এর মাধ্যমে ডেটা রিড বা রাইট অপারেশন সঠিকভাবে এবং নিরাপদে সম্পাদিত হয়, যাতে ডেটাবেসের ডেটার অখণ্ডতা (integrity) বজায় থাকে।

Optimistic Locking এবং Pessimistic Locking হল দুটি সাধারণ কৌশল যা JPA তে ডেটাবেস লকিং এর জন্য ব্যবহৃত হয়। LockModeType হল একটি JPA কনসেপ্ট যা locking কৌশল নির্ধারণ করতে ব্যবহৃত হয়।

Optimistic Locking এবং Pessimistic Locking এর ধারণা

1. Optimistic Locking:

Optimistic Locking একটি কৌশল যেখানে ডেটার ওপর কোনো লক লাগানো হয় না, বরং আপডেট করার সময় এটি চেক করা হয় যে, ডেটাতে কোনো পরিবর্তন হয়েছে কিনা। যদি কোনো অন্য থ্রেড বা ট্রানজেক্ট ডেটাতে পরিবর্তন করে থাকে, তবে বর্তমান ট্রানজেক্ট একটি OptimisticLockException প্রেরণ করে এবং সেই পরিবর্তনটি বাতিল হয়ে যায়।

• Use Case: যখন কম কনকারেন্সি বা কম প্রতিযোগিতা থাকে, যেমন যখন একই রেকর্ডের জন্য অনেক ব্যবহারকারী একযোগে কাজ করেন না।
• Implementation: JPA তে এটি @Version অ্যানোটেশন দিয়ে পরিচালিত হয়, যা টেবিলের একটি কলামকে version হিসেবে ট্র্যাক করে।

উদাহরণ:

@Entity
public class Product {

    @Id
    private Long id;

    private String name;

    private int quantity;

    @Version
    private int version;

    // Getters and Setters
}

এখানে, @Version অ্যানোটেশনটি ডেটা আপডেট করার সময় version column চেক করে যে ডেটাতে কোনো পরিবর্তন হয়েছে কিনা।

2. Pessimistic Locking:

Pessimistic Locking একটি কৌশল যেখানে ডেটা অ্যাক্সেস করার সময় তা লক করা হয়, যাতে অন্য কোনো থ্রেড বা ট্রানজেক্ট এই ডেটা অ্যাক্সেস করতে না পারে। এটি নিশ্চিত করে যে একাধিক ট্রানজেক্ট একসাথে একই রেকর্ড পরিবর্তন করতে পারবে না, তবে লকিংয়ের কারণে কিছু পারফরম্যান্স সমস্যা হতে পারে।

• Use Case: যখন বেশি কনকারেন্সি থাকে, অর্থাৎ একাধিক ইউজার বা প্রক্রিয়া একই ডেটায় কাজ করছে।
• Implementation: JPA তে এটি LockModeType.PESSIMISTIC_WRITE, LockModeType.PESSIMISTIC_READ ইত্যাদি ব্যবহার করে অর্জন করা হয়।

LockModeType ব্যবহার করে Locking ম্যানেজ করা

LockModeType হল JPA এর একটি enum যা লকিং কৌশল নির্ধারণ করতে ব্যবহৃত হয়। এটি EntityManager এর মাধ্যমে ডেটাবেসের ডেটাকে লক করতে ব্যবহার করা হয়।

LockModeType Enum Values:

1. PESSIMISTIC_READ:
   • এটি রিড-অনারি লক প্রয়োগ করে, যাতে ডেটা পড়ার সময় অন্য থ্রেড বা ট্রানজেক্ট রাইট অপারেশন করতে না পারে। তবে, অন্যান্য থ্রেডগুলি রিড করতে পারবে।
2. PESSIMISTIC_WRITE:
   • এটি লেখার জন্য এক্সক্লুসিভ লক প্রয়োগ করে, যাতে অন্য থ্রেড বা ট্রানজেক্ট কোনো রিড বা রাইট অপারেশন করতে না পারে।
3. OPTIMISTIC:
   • এটি Optimistic Locking প্রয়োগ করে, যেখানে ডেটা চেক করে নিশ্চিত করা হয় যে ডেটায় কোনো পরিবর্তন হয়নি।
4. OPTIMISTIC_FORCE_INCREMENT:
   • এটি Optimistic Locking প্রয়োগের পাশাপাশি version column কে ইনক্রিমেন্ট করে।
5. NONE:
   • কোনো লকিং প্রয়োগ করা হয় না।

Locking Example Using LockModeType

Optimistic Locking Example:

// Example for Optimistic Locking (OptimisticLockException thrown if version mismatch)
public void updateProduct(Long productId) {
    EntityManager em = getEntityManager();
    Product product = em.find(Product.class, productId, LockModeType.OPTIMISTIC);
    
    product.setQuantity(product.getQuantity() - 1);  // Updating quantity
    
    em.getTransaction().begin();
    em.merge(product); // Merging updated product
    em.getTransaction().commit();
}

এখানে, LockModeType.OPTIMISTIC ব্যবহার করা হয়েছে, যাতে ডেটা আপডেট করার আগে ডেটার version চেক করা হয়। যদি কোনো অন্য ট্রানজেক্ট এই রেকর্ড আপডেট করে থাকে, তবে একটি OptimisticLockException ঘটবে।

Pessimistic Locking Example:

// Example for Pessimistic Locking (exclusive lock for writing)
public void updateProductQuantity(Long productId) {
    EntityManager em = getEntityManager();
    Product product = em.find(Product.class, productId, LockModeType.PESSIMISTIC_WRITE);
    
    product.setQuantity(product.getQuantity() - 1);  // Updating quantity
    
    em.getTransaction().begin();
    em.merge(product); // Merging updated product
    em.getTransaction().commit();
}

এখানে, LockModeType.PESSIMISTIC_WRITE ব্যবহার করা হয়েছে, যা নিশ্চিত করে যে এই রেকর্ডটি শুধুমাত্র এই ট্রানজেক্টের মাধ্যমে আপডেট করা যাবে এবং অন্য ট্রানজেক্ট বা থ্রেড কোনো ধরনের রিড বা রাইট অপারেশন করতে পারবে না।

JPA Locking এর প্রয়োগ:

1. Optimistic Locking:
   • ডেটা আপডেটের সময় version column চেক করে।
   • কম কনকারেন্সি বা প্রতিযোগিতামূলক অ্যাক্সেসের ক্ষেত্রে উপযুক্ত।
   • OptimisticLockException ঘটে যদি ডেটার version মেলে না।
2. Pessimistic Locking:
   • থ্রেডের মধ্যে ডেটা রিড বা রাইট করার সময় লক প্রয়োগ করে।
   • উচ্চ কনকারেন্সি এবং রেস কন্ডিশনের ক্ষেত্রে উপযুক্ত।
   • ডেটার উপরে এক্সক্লুসিভ লক প্রয়োগের জন্য সিস্টেমের পারফরম্যান্স কমাতে পারে।

সারাংশ

Optimistic Locking এবং Pessimistic Locking দুটি গুরুত্বপূর্ণ কৌশল যা JPA তে ডেটার অ্যাক্সেস সিঙ্ক্রোনাইজ করতে ব্যবহৃত হয়। Optimistic Locking কম কনকারেন্সি পরিস্থিতিতে ব্যবহার করা হয় যেখানে ডেটা পরিবর্তনের আগে চেক করা হয়। অন্যদিকে, Pessimistic Locking উচ্চ কনকারেন্সি পরিস্থিতিতে ব্যবহৃত হয়, যেখানে ডেটা রিড বা রাইট অপারেশনের জন্য এক্সক্লুসিভ লক প্রয়োগ করা হয়। LockModeType এর মাধ্যমে JPA-তে এই কৌশলগুলি বাস্তবায়ন করা হয় এবং ডেটাবেস অ্যাক্সেসের নিরাপত্তা ও পারফরম্যান্স নিয়ন্ত্রণ করা যায়।