JPA তে Optimistic এবং Pessimistic Locking

JPA (Java Persistence API) তে Optimistic Locking এবং Pessimistic Locking হল দুটি জনপ্রিয় concurrency control কৌশল, যা ডেটাবেসে একাধিক থ্রেড বা ব্যবহারকারীর মধ্যে ডেটার প্রতিযোগিতা (data contention) এবং একযোগে ডেটার পরিবর্তন (concurrent modification) প্রতিরোধ করতে ব্যবহৃত হয়। এগুলি ডেটা এক্সেস কন্ট্রোলের জন্য গুরুত্বপূর্ণ, বিশেষত যখন একাধিক ব্যবহারকারী বা থ্রেড একই রেকর্ড আপডেট করতে পারে।

Optimistic Locking

Optimistic Locking হল একটি কৌশল যেখানে ডেটার উপর লক প্রয়োগ না করে, ডেটার শেষ সময়ের সংস্করণের (version) উপর ভিত্তি করে একযোগে একাধিক ট্রানজেকশনের মাধ্যমে ডেটার পরিবর্তন অনুমোদন করা হয়। এই পদ্ধতিতে, কোন ধরনের লকিং মেকানিজম ব্যবহৃত হয় না। তবে, যখন দুটি বা তার বেশি ট্রানজেকশন একই ডেটা পরিবর্তন করার চেষ্টা করে, তখন একটি version column ব্যবহার করে কনফ্লিক্ট চেক করা হয়।

Optimistic Locking এর কিভাবে কাজ করে:

1. প্রথমে, ডেটা Entity থেকে পড়ে (retrieve) আসা হয়।
2. তারপর, Entity এর version ফিল্ডের মান চেক করা হয় (যা মূলত ডেটার একটি ভার্সন নম্বর বা টাইমস্ট্যাম্প হতে পারে)।
3. যদি version ফিল্ডের মান অপরিবর্তিত থাকে, তবে ডেটা আপডেট করা হয় এবং নতুন version মান প্রদান করা হয়।
4. যদি version ফিল্ডের মান পরিবর্তিত হয়ে থাকে, তাহলে অর্থাৎ অন্য ব্যবহারকারী বা ট্রানজেকশন ডেটা পরিবর্তন করেছে, তখন কনফ্লিক্ট ঘটে এবং OptimisticLockException ছুড়ে দেওয়া হয়।

Optimistic Locking উদাহরণ:

import javax.persistence.*;

@Entity
public class Product {

    @Id
    private Long id;

    private String name;
    private double price;

    @Version  // Version annotation to enable optimistic locking
    private int version;

    // Getter and Setter Methods
}

এখানে, @Version অ্যানোটেশনটি version ফিল্ডের উপর দেওয়া হয়েছে, যা optimistic locking সক্রিয় করে।

ব্যবহার:

EntityManager em = entityManagerFactory.createEntityManager();
em.getTransaction().begin();

Product product = em.find(Product.class, 1L);
product.setPrice(250.0);

try {
    em.getTransaction().commit();
} catch (OptimisticLockException e) {
    // Handle conflict (e.g., inform the user about the conflict)
}

এখানে, যদি একই Product অবজেক্টের উপর দুইটি ট্রানজেকশন একযোগে কাজ করে এবং তাদের মধ্যে version মেলেনি, তাহলে OptimisticLockException ছুড়ে দেওয়া হবে।

Pessimistic Locking

Pessimistic Locking একটি কৌশল যেখানে ডেটার উপর লক প্রয়োগ করা হয়, যাতে অন্য কোনো ট্রানজেকশন একই রেকর্ডে পরিবর্তন না করতে পারে। এই পদ্ধতিতে, ডেটা আপডেট করার আগে ট্রানজেকশনটি ডেটার উপর একটি exclusive lock প্রাপ্ত করে। যখন লক নেওয়া হয়, তখন অন্য কোনো ট্রানজেকশন ওই রেকর্ডের উপর কাজ করতে পারে না যতক্ষণ না প্রথম ট্রানজেকশন শেষ হয় এবং লক মুক্ত হয়।

Pessimistic Locking এর কিভাবে কাজ করে:

1. ট্রানজেকশন শুরু হওয়ার পর, Pessimistic Locking এর মাধ্যমে SELECT FOR UPDATE বা অন্য লকিং পদ্ধতি ব্যবহার করে রেকর্ডের উপর লক নেয়া হয়।
2. এর ফলে, অন্য কোনো ট্রানজেকশন ওই রেকর্ডটি আপডেট বা পরিবর্তন করতে পারে না যতক্ষণ না লক মুক্ত হয়।
3. যখন কাজ শেষ হয়, লক মুক্ত করা হয় এবং অন্য ট্রানজেকশন সেই রেকর্ডে কাজ করতে পারে।

Pessimistic Locking উদাহরণ:

import javax.persistence.*;

@Entity
public class Account {

    @Id
    private Long id;

    private double balance;

    // Getter and Setter Methods
}

এখানে, Account Entity তে balance ফিল্ডের মান পরিবর্তন করতে Pessimistic Locking প্রয়োগ করা হবে।

ব্যবহার:

EntityManager em = entityManagerFactory.createEntityManager();
em.getTransaction().begin();

Account account = em.createQuery("SELECT a FROM Account a WHERE a.id = :id", Account.class)
                    .setParameter("id", 1L)
                    .setLockMode(LockModeType.PESSIMISTIC_WRITE)
                    .getSingleResult();

account.setBalance(account.getBalance() - 100.0);  // Deducting money

em.getTransaction().commit();

এখানে, setLockMode(LockModeType.PESSIMISTIC_WRITE) ব্যবহার করে Pessimistic Lock প্রয়োগ করা হয়েছে, যাতে অন্য ট্রানজেকশন একই Account অবজেক্টে পরিবর্তন করতে না পারে যতক্ষণ না প্রথম ট্রানজেকশনটি শেষ হয়।

Optimistic এবং Pessimistic Locking এর তুলনা

সার্বিক পর্যালোচনা

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

Optimistic Locking এ versioning এর মাধ্যমে ডেটার পরিবর্তন চেক করা হয়, যা কম খরচে এবং দ্রুত কাজ করে। তবে, যদি কনফ্লিক্ট হয়, তাহলে OptimisticLockException ছুড়ে দেওয়া হয়। অন্যদিকে, Pessimistic Locking সরাসরি লকিং প্রয়োগ করে, ফলে এটি ডেটার উপর একযোগে পরিবর্তন নিষিদ্ধ করে, কিন্তু পারফরম্যান্স কিছুটা কম হতে পারে।

ডেভেলপারদের তাদের অ্যাপ্লিকেশন এবং ডেটা অ্যাক্সেস প্যাটার্ন অনুযায়ী locking strategy বেছে নিতে হবে।

JPA (Java Persistence API) তে Locking এবং @Version এনোটেশন ডেটাবেসে ডেটার কনকারেন্ট এক্সেস এবং ডেটা ইন্টিগ্রিটি বজায় রাখতে অত্যন্ত গুরুত্বপূর্ণ। বিশেষত, যখন একাধিক ক্লায়েন্ট বা থ্রেড একই ডেটা পরিবর্তন করতে পারে, তখন ডেটা সংঘর্ষ (concurrency conflicts) এবং ডেটা হারানো (lost updates) এড়াতে locking mechanisms ব্যবহৃত হয়।

Locking এর প্রয়োজনীয়তা

Locking হলো এমন একটি প্রক্রিয়া যা ডেটাবেসে একাধিক থ্রেড বা ক্লায়েন্টের মধ্যে ডেটার অ্যাক্সেস নিয়ন্ত্রণ করে। এটি ডেটাবেসে একসাথে একাধিক ক্লায়েন্ট বা ব্যবহারকারীর এক্সেস থেকে ডেটা সুরক্ষিত রাখতে সাহায্য করে।

Locking দুটি প্রধান ধরনের হতে পারে:

1. Optimistic Locking
2. Pessimistic Locking

1. Optimistic Locking:

Optimistic Locking ব্যবহৃত হয় যখন মনে করা হয় যে একাধিক ট্রানজেকশন একে অপরের সাথে সংঘর্ষ করবে না। এই পদ্ধতিতে, ডেটা পড়ার সময় একটি "version" নম্বর যোগ করা হয়, এবং যখন ট্রানজেকশন ডেটা আপডেট করার চেষ্টা করে, তখন সেই "version" নম্বর চেক করা হয়। যদি অন্য কোনো ট্রানজেকশন ইতোমধ্যে ডেটা আপডেট করে থাকে, তবে এক্সেস প্রত্যাখ্যান করা হয় এবং একটি Optimistic Lock Exception ছোঁড়া হয়।

2. Pessimistic Locking:

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

@Version এনোটেশন

JPA তে Optimistic Locking ব্যবহার করতে হলে, Entity ক্লাসে @Version এনোটেশন যোগ করা হয়। @Version এনোটেশন একটি ফিল্ড (সাধারণত একটি সংখ্যা বা timestamp) নির্ধারণ করে, যা Entity এর প্রতিটি সংস্করণ ট্র্যাক করে। যখন Entity আপডেট করা হয়, তখন @Version ফিল্ডটির মানও পরিবর্তিত হয়। যদি একই Entity কোনো একাধিক থ্রেড বা ক্লায়েন্ট দ্বারা আপডেট করা হয়, তখন @Version ফিল্ডটি চেক করে সিঙ্ক্রোনাইজেশন নিশ্চিত করা হয়।

@Version এর কাজ:

• @Version ফিল্ডটি Entity-এর সংস্করণ সংখ্যা ট্র্যাক করে। যখন Entity আপডেট করা হয়, তখন সংস্করণ সংখ্যাটি বৃদ্ধি পায়।
• যদি একটি Entity একটি পুরানো সংস্করণে আপডেট করার চেষ্টা করা হয় (অথবা কনকারেন্ট আপডেট করা হয়), তখন OptimisticLockException ছোঁড়া হয়।

@Version উদাহরণ:

import javax.persistence.*;

@Entity
public class User {

    @Id
    @GeneratedValue(strategy = GenerationType.AUTO)
    private Long id;

    private String name;
    private int age;

    @Version
    private Long version;  // Version field to enable Optimistic Locking

    // Getter এবং Setter methods
}

এখানে:

• @Version অ্যানোটেশন version ফিল্ডটিকে একটি ভার্সন নম্বর হিসেবে চিহ্নিত করেছে।
• যখন Entity আপডেট হবে, তখন এই ভার্সন নম্বর চেক করা হবে। যদি এই Entity এর ভার্সন নম্বর অন্যান্য থ্রেড বা ট্রানজেকশনে পরিবর্তিত হয়ে থাকে, তাহলে OptimisticLockException ত্রুটি ছোঁড়া হবে।

Optimistic Locking এর উদাহরণ:

EntityManager entityManager = entityManagerFactory.createEntityManager();

// প্রথমবার Entity লোড
User user = entityManager.find(User.class, 1L);

// দ্বিতীয় ট্রানজেকশনে Entity আপডেট করার চেষ্টা
User sameUser = entityManager.find(User.class, 1L);
sameUser.setAge(35);

// যদি version পরিবর্তন হয়ে থাকে এবং দুইটি ট্রানজেকশন একে অপরের সাথে কনকারেন্টলি কাজ করে, তবে একটি OptimisticLockException ত্রুটি ছোঁড়া হবে।
entityManager.getTransaction().begin();
entityManager.merge(sameUser);
entityManager.getTransaction().commit();

এখানে, যদি প্রথম ট্রানজেকশন user Entity আপডেট করে এবং দ্বিতীয় ট্রানজেকশন একই Entity আপডেট করার চেষ্টা করে, তবে OptimisticLockException ছোঁড়া হবে যদি সংস্করণ নম্বর একে অপরের সাথে মেলেনি।

Pessimistic Locking

Pessimistic Locking ব্যবহৃত হয় যখন আমাদের নিশ্চিত করতে হয় যে একটি Entity একে অপরের সাথে সংঘর্ষ না করে শুধুমাত্র একটি ট্রানজেকশন দ্বারা একসাথে আপডেট হবে। Pessimistic Locking ব্যবহার করে, আমরা ডেটাবেসে একটি Entity লক করতে পারি যাতে অন্য কোন ট্রানজেকশন একই Entity এ পরিবর্তন না করতে পারে যতক্ষণ না প্রথম ট্রানজেকশন সম্পন্ন হয়।

Pessimistic Locking উদাহরণ:

import javax.persistence.*;

@Entity
public class User {

    @Id
    @GeneratedValue(strategy = GenerationType.AUTO)
    private Long id;
    private String name;
    private int age;

    // Getter এবং Setter methods
}

EntityManager entityManager = entityManagerFactory.createEntityManager();

// Pessimistic Locking - Entity কে লক করা হবে
User user = entityManager.find(User.class, 1L, LockModeType.PESSIMISTIC_WRITE);
user.setAge(35);

entityManager.getTransaction().begin();
entityManager.merge(user);
entityManager.getTransaction().commit();

এখানে, LockModeType.PESSIMISTIC_WRITE ব্যবহৃত হয়েছে যাতে Entity write lock হয়, যার মাধ্যমে অন্য কোনো ট্রানজেকশন একই Entity কে আপডেট করতে পারবে না যতক্ষণ না লক মুক্ত হয়।

Locking এবং Transaction Management

Locking সাধারণত Transaction Management এর সাথে যুক্ত হয়। JPA তে, ডেটাবেস অপারেশনগুলো ট্রানজেকশন ব্লকের মধ্যে হয় এবং লকিং প্রয়োগ করার সময় transaction boundaries নিশ্চিত করতে হয়। এটি ডেটার একসাথে পরিবর্তন বা অ্যাক্সেস এর সময় ডেটার সঠিকতা এবং ইন্টিগ্রিটি বজায় রাখতে সহায়তা করে।

সার্বিক পর্যালোচনা

Locking JPA তে ডেটার কনকারেন্ট এক্সেস ম্যানেজমেন্ট এবং ডেটা ইন্টিগ্রিটি বজায় রাখতে গুরুত্বপূর্ণ। @Version এনোটেশন Optimistic Locking নিশ্চিত করতে ব্যবহৃত হয়, যা ডেটার আপডেটের সময় সংঘর্ষ (concurrency conflict) এড়ায়। অন্যদিকে, Pessimistic Locking ডেটাকে সুরক্ষিত রাখতে এবং একাধিক ট্রানজেকশনের মধ্যে ডেটার একসাথে পরিবর্তন রোধ করতে ব্যবহৃত হয়। দুটি Locking পদ্ধতিই JPA তে ডেটা সুরক্ষা এবং পারফরম্যান্স অপ্টিমাইজ করতে সহায়তা করে।

JPA (Java Persistence API) ডেটাবেসের সাথে অবজেক্ট-রিলেশনাল ম্যাপিং (ORM) সরবরাহ করে এবং ডেটা প্রসেসিংয়ের জন্য বিভিন্ন লকিং মেকানিজম সমর্থন করে, যার মাধ্যমে ডেটার একাধিক প্রক্রিয়া বা থ্রেড দ্বারা একসাথে পরিবর্তন হওয়া থেকে রক্ষা করা যায়। এই লকিং মেকানিজম দুটি গুরুত্বপূর্ণ ধারণা হলো: Optimistic Locking এবং Pessimistic Locking। এই দুটি পদ্ধতি ডেটা কনকর্শনের (data concurrency) সমস্যাগুলির মোকাবিলা করতে সাহায্য করে।

Optimistic Locking (অপটিমিস্টিক লকিং)

Optimistic Locking এমন একটি কৌশল যা তখন ব্যবহৃত হয় যখন এটি মনে করা হয় যে একাধিক থ্রেড বা প্রক্রিয়া একই সময়ে ডেটা আপডেট করবে না। অপটিমিস্টিক লকিং সাধারণত লকিং প্রক্রিয়া ছাড়া কাজ করে এবং এটি ধারণা করে যে কনফ্লিক্ট (conflict) খুব কম হবে। এটি শুধুমাত্র তখন কার্যকর হয় যখন দুটি বা তার বেশি থ্রেড বা প্রক্রিয়া একই রেকর্ডে একযোগে পরিবর্তন করার চেষ্টা করে।

Optimistic Locking মূলত versioning পদ্ধতি ব্যবহার করে। যখন কোনো ডেটা আপডেট করা হয়, তখন একটি ভার্সন নম্বর (version number) পরীক্ষা করা হয়। যদি দুটি থ্রেড একই ডেটা আপডেট করার চেষ্টা করে এবং তাদের মধ্যে ভার্সন নম্বরের তারতম্য থাকে, তবে একটি OptimisticLockException তৈরি হয়, যা জানায় যে একজন ইউজার ইতিমধ্যে সেই রেকর্ডটি আপডেট করেছে।

Optimistic Locking উদাহরণ:

Entity ক্লাসে @Version অ্যানোটেশন ব্যবহার করা হয়:

import javax.persistence.*;

@Entity
public class Product {

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    private String name;
    private double price;

    @Version
    private int version;  // Version field for Optimistic Locking

    // Getters and Setters
}

এখানে, @Version অ্যানোটেশনটি version ফিল্ডটিকে ডেটার ভার্সন হিসাবে চিহ্নিত করে, যা প্রতিটি আপডেটের জন্য বৃদ্ধি পায়।

ProductService ক্লাসে আপডেট লজিক:

public void updateProduct(Long id, double newPrice) {
    EntityManager em = emf.createEntityManager();
    em.getTransaction().begin();

    Product product = em.find(Product.class, id);
    product.setPrice(newPrice);
    em.getTransaction().commit();
    em.close();
}

এখানে, যদি দুইজন ইউজার একসাথে একই Product রেকর্ডটি আপডেট করার চেষ্টা করেন, তবে OptimisticLockException ঘটবে যদি ভার্সন নম্বর মেলেনা।

Pessimistic Locking (পেসিমিস্টিক লকিং)

Pessimistic Locking এমন একটি কৌশল যা ডেটা পরিবর্তনের সময়ে লক ব্যবহৃত করে, যাতে অন্য থ্রেড বা প্রক্রিয়া সেই ডেটা পরিবর্তন করতে না পারে। এই পদ্ধতিতে, যখন একটি ডেটার উপর অপারেশন করা হয়, তখন সেই ডেটা এক্সক্লুসিভ লক করা হয়, যাতে অন্য কোনো থ্রেড বা প্রক্রিয়া ঐ ডেটা আপডেট বা রিড করতে না পারে যতক্ষণ না প্রথম থ্রেড বা প্রক্রিয়া অপারেশনটি সম্পন্ন করে।

Pessimistic Locking বেশিরভাগ সময় database level locking এর মাধ্যমে কাজ করে এবং এটি ডেটাবেসের উপর লক প্রয়োগ করে, যাতে অন্য থ্রেডগুলি সেই রেকর্ডটি অ্যাক্সেস করতে না পারে। এটি সাধারনত PESSIMISTIC_READ, PESSIMISTIC_WRITE, অথবা FORCE অপশনগুলো ব্যবহার করে।

Pessimistic Locking উদাহরণ:

EntityManager-এ PESSIMISTIC_WRITE লকিং:

public void updateProductPrice(Long id, double newPrice) {
    EntityManager em = emf.createEntityManager();
    em.getTransaction().begin();

    // Applying Pessimistic Write Lock
    Product product = em.find(Product.class, id, LockModeType.PESSIMISTIC_WRITE);
    product.setPrice(newPrice);

    em.getTransaction().commit();
    em.close();
}

এখানে, LockModeType.PESSIMISTIC_WRITE এর মাধ্যমে Product রেকর্ডটি লক করা হয় এবং অন্য কোনো থ্রেড সেই রেকর্ডটি পরিবর্তন করতে পারবে না যতক্ষণ না লক মুক্ত হয়। এই পদ্ধতি লকিং নিশ্চিত করে, যাতে একাধিক ইউজার একে অপরের কাজের উপর প্রভাব ফেলতে না পারে।

Optimistic Locking এবং Pessimistic Locking এর মধ্যে পার্থক্য

সারাংশ

Optimistic Locking এবং Pessimistic Locking দুটি পৃথক পদ্ধতি যা ডেটাবেস কনকারেন্সি এবং ডেটা কনফ্লিক্ট ম্যানেজমেন্টের জন্য ব্যবহৃত হয়। Optimistic Locking কম কনফ্লিক্ট বা ছোট প্রকল্পগুলির জন্য উপযুক্ত যেখানে লকিং পদ্ধতির প্রয়োজন হয় না এবং Pessimistic 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-তে এই কৌশলগুলি বাস্তবায়ন করা হয় এবং ডেটাবেস অ্যাক্সেসের নিরাপত্তা ও পারফরম্যান্স নিয়ন্ত্রণ করা যায়।

JPA (Java Persistence API) তে locking এবং concurrency management ডেটাবেসের সাথে একাধিক থ্রেডের মাধ্যমে নিরাপদে কাজ করার জন্য ব্যবহৃত হয়। এটি বিশেষ করে multi-user অ্যাপ্লিকেশনগুলোতে গুরুত্বপূর্ণ, যেখানে একাধিক ব্যবহারকারী একই ডেটা আপডেট করার চেষ্টা করতে পারে এবং data consistency বজায় রাখা প্রয়োজন।

JPA তে locking এবং concurrency control দুটি মূল কৌশল রয়েছে:

1. Optimistic Locking
2. Pessimistic Locking

এই দুটি কৌশল ব্যবহার করে ডেটাবেসে সঠিকভাবে concurrency handling করা যায়।

1. Optimistic Locking

Optimistic Locking তখন ব্যবহার করা হয় যখন আপনি মনে করেন যে খুব কম সময়ের জন্য একই রেকর্ড একাধিক ব্যবহারকারী অ্যাক্সেস করবে। এখানে, আপনি ডেটা লক না করে একটি ভ্যালিডেশন ব্যবহার করেন, এবং পরে ডেটা আপডেট করার সময় যদি কোন কনফ্লিক্ট থাকে, তাহলে ডেটাবেস একটি ত্রুটি প্রদান করে।

Optimistic Locking সাধারণত versioning এর মাধ্যমে করা হয়, যেখানে একটি version ফিল্ড থাকে এবং সেই ফিল্ডের মান প্রতিটি আপডেটের সময় বৃদ্ধি পায়।

Optimistic Locking Example:

Step 1: Entity Class with Versioning

import javax.persistence.Entity;
import javax.persistence.Id;
import javax.persistence.Version;

@Entity
public class Product {
    @Id
    private Long id;
    
    private String name;
    private double price;
    
    @Version
    private int version;  // Version field for optimistic locking
    
    // Getters and Setters
}

এখানে, @Version অ্যানোটেশন দিয়ে version ফিল্ডকে চিহ্নিত করা হয়েছে, যা প্রতি আপডেটের সময় বাড়ানো হবে। যদি দুইটি ইউজার একই সময় ডেটা আপডেট করার চেষ্টা করে, তখন version চেক করা হবে এবং কনফ্লিক্ট হলে একটি OptimisticLockException ছোঁড়া হবে।

Step 2: Usage of Optimistic Locking

EntityManager em = entityManagerFactory.createEntityManager();
em.getTransaction().begin();

// Retrieve product from database
Product product = em.find(Product.class, 1L);

// Update product details
product.setPrice(200.0);

try {
    em.getTransaction().commit(); // Try to commit changes
} catch (OptimisticLockException ole) {
    // Handle conflict, notify user
    em.getTransaction().rollback();
}

এখানে, OptimisticLockException হলে, অর্থাৎ একই version সহ একাধিক পরিবর্তন ঘটলে, টেনশন এবং কনফ্লিক্ট হ্যান্ডলিং করা হবে।

2. Pessimistic Locking

Pessimistic Locking তখন ব্যবহৃত হয় যখন আপনি চান যে কোনো রেকর্ড একবারে একটি থ্রেড/ব্যবহারকারী দ্বারা এক্সেস করা হোক এবং অন্য কোন থ্রেড বা ব্যবহারকারী সেই রেকর্ডে কোনো পরিবর্তন করতে না পারে। এটি তখন ব্যবহার করা হয় যখন আপনি নিশ্চিত হতে চান যে, একাধিক ব্যবহারকারী একই সময়ে একই রেকর্ডে কাজ করবে না।

JPA তে Pessimistic Locking PESSIMISTIC_READ এবং PESSIMISTIC_WRITE হিসাবে দুইটি ধরনের লক প্রদান করে।

• PESSIMISTIC_READ: রেকর্ডটি অন্য কেউ লিখতে না পারে, তবে অন্য কেউ রেকর্ডটি পড়তে পারবে।
• PESSIMISTIC_WRITE: রেকর্ডটি অন্য কেউ পড়তে বা লিখতে পারবে না, এটি সম্পূর্ণভাবে লক করা হয়।

Pessimistic Locking Example:

Step 1: Entity Class

import javax.persistence.Entity;
import javax.persistence.Id;

@Entity
public class Account {
    @Id
    private Long id;
    private double balance;
    
    // Getters and Setters
}

Step 2: Using Pessimistic Locking

EntityManager em = entityManagerFactory.createEntityManager();
em.getTransaction().begin();

// Pessimistic locking on Account record
Account account = em.createQuery("SELECT a FROM Account a WHERE a.id = :id", Account.class)
                    .setParameter("id", 1L)
                    .setLockMode(LockModeType.PESSIMISTIC_WRITE) // Lock for update
                    .getSingleResult();

// Modify the balance
account.setBalance(account.getBalance() + 100.0);
em.getTransaction().commit();

এখানে, PESSIMISTIC_WRITE লকিং ব্যবহার করা হয়েছে, যা নিশ্চিত করে যে একবারে শুধুমাত্র একটি থ্রেড/ব্যবহারকারী এই রেকর্ডে কাজ করতে পারবে এবং অন্যদের রেকর্ডটি এক্সেস করার অনুমতি হবে না।

Pessimistic vs Optimistic Locking

Concurrency Management in JPA

Concurrency Management হল এমন একটি প্রক্রিয়া যেখানে একাধিক থ্রেড বা ব্যবহারকারী একসাথে ডেটাবেসের রেকর্ডগুলো এক্সেস বা পরিবর্তন করার সময় ডেটার সঠিকতা নিশ্চিত করা হয়। JPA তে locking মেকানিজম দিয়ে concurrency control করা হয়, যা দুটি ধাপে কাজ করে:

1. Optimistic Locking: যেখানে versioning বা timestamp ব্যবহার করে কনফ্লিক্ট চেক করা হয়।
2. Pessimistic Locking: যেখানে রেকর্ডকে একসাথে একাধিক থ্রেড/ব্যবহারকারী দ্বারা পরিবর্তন করার জন্য লক করা হয়।

Concurrency Handling Example

// Using Optimistic Locking
EntityManager em = entityManagerFactory.createEntityManager();
em.getTransaction().begin();

Product product = em.find(Product.class, 1L);  // Fetching product
product.setPrice(100.0);  // Updating product price

try {
    em.getTransaction().commit();  // Committing the transaction
} catch (OptimisticLockException ole) {
    em.getTransaction().rollback();
    // Handle the exception by notifying the user or retry logic
}

Conclusion

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