SQL বনাম NoSQL — কখন কোনটা বেছে নেবেন

১ · SQL (রিলেশনাল) ডেটাবেস

SQL / রিলেশনাল ডেটাবেসRelational Databaseফিক্সড, আগে থেকে সংজ্ঞায়িত স্কিমাসহ টেবিলে ডেটা সংরক্ষণকারী ডেটাবেস — টেবিলগুলো ফরেন কী দিয়ে একে অপরের সাথে যুক্ত (relation) থাকে, এবং জয়েন দিয়ে একাধিক টেবিল একসাথে কোয়েরি করা যায়। একটি ফিক্সড স্কিমা মেনে চলে — প্রতিটি টেবিলের কলাম ও টাইপ আগে থেকেই নির্ধারিত থাকে। এটি ACIDACIDAtomicity, Consistency, Isolation, Durability — একটি ট্রানজেকশনের সবগুলো ধাপ সম্পূর্ণ হবে অথবা কিছুই হবে না, এবং ফলাফল সবসময় সঠিক ও স্থায়ী থাকবে তার গ্যারান্টি (DBMS কোর্সে বিস্তারিত)। গ্যারান্টি দেয় — প্রতিটি ট্রানজেকশন হয় সম্পূর্ণভাবে হবে, নাহলে কিছুই হবে না। MySQL, PostgreSQL এই ধরনের ডেটাবেসের উদাহরণ। ব্যাংকিং, ইনভেন্টরি, বা যেকোনো জায়গায় যেখানে ডেটার সঠিকতা ও সম্পর্ক গুরুত্বপূর্ণ, সেখানে SQL সবচেয়ে নির্ভরযোগ্য পছন্দ।

২ · NoSQL-এর চারটি প্রধান ক্যাটাগরি

NoSQLNoSQL"Not Only SQL" — ফিক্সড রিলেশনাল স্কিমা ছাড়া ডেটাবেস, যা সাধারণত হরাইজন্টাল স্কেলেবিলিটি ও স্কিমা ফ্লেক্সিবিলিটির জন্য স্ট্রং কনসিস্টেন্সি/জয়েন সুবিধা কিছুটা ছেড়ে দেয়। একটি একক প্রযুক্তি নয় — বরং চারটি ভিন্ন ধরনের ডেটাবেসের ছাতা-নাম, প্রতিটি ভিন্ন সমস্যার জন্য অপ্টিমাইজড।

৩ · মূল ট্রেড-অফ — নরমালাইজেশন বনাম ডিনরমালাইজেশন

SQL ডেটা নরমালাইজড রাখে — একই তথ্য একাধিকবার সংরক্ষণ না করে আলাদা টেবিলে রেখে ফরেন কী দিয়ে সংযুক্ত করা হয়, প্রয়োজনে জয়েন করে একত্র করা হয়। এটি ডেটা ডুপ্লিকেশন কমায় কিন্তু জয়েন অপারেশন বড় স্কেলে ব্যয়বহুল হয়ে যেতে পারে। অনেক NoSQL ডেটাবেস উল্টো পথে যায় — সম্পর্কিত ডেটা একসাথে ডিনরমালাইজড/embed করে রাখে, যাতে একটি একক লুকআপেই সব প্রয়োজনীয় তথ্য পাওয়া যায় (কোনো জয়েন লাগে না), যদিও এতে কিছুটা ডেটা ডুপ্লিকেশন হয়।

৪ · কোড দিয়ে দুটো মডেলিং স্টাইলের তুলনা

নিচে একই ডেটা (একজন ইউজার ও তার অর্ডারসমূহ) দুইভাবে মডেল করা হয়েছে — প্রথমে SQL-স্টাইলে (আলাদা লিস্ট, লুপ দিয়ে জয়েন), তারপর NoSQL-স্টাইলে (অর্ডারগুলো সরাসরি ইউজার ডকুমেন্টের ভেতরে embedded)।

# --- SQL-স্টাইল: নরমালাইজড, আলাদা টেবিল, user_id দিয়ে যুক্ত ---
users_table = [
    {"user_id": 1, "name": "Rahim"},
    {"user_id": 2, "name": "Karim"},
]
orders_table = [
    {"order_id": 101, "user_id": 1, "item": "Laptop", "amount": 75000},
    {"order_id": 102, "user_id": 1, "item": "Mouse", "amount": 800},
    {"order_id": 103, "user_id": 2, "item": "Keyboard", "amount": 1500},
]

def sql_style_join(users, orders):
    joined = []
    for user in users:
        user_orders = [o for o in orders if o["user_id"] == user["user_id"]]
        joined.append({
            "user_id": user["user_id"],
            "name": user["name"],
            "orders": user_orders,
        })
    return joined

sql_result = sql_style_join(users_table, orders_table)

print("=== SQL-স্টাইল (লুপ দিয়ে জয়েন করা) ===")
for row in sql_result:
    print(" ", row)

# --- NoSQL-স্টাইল: ডিনরমালাইজড, অর্ডার সরাসরি ইউজার ডকুমেন্টের ভেতরে ---
nosql_documents = [
    {
        "user_id": 1, "name": "Rahim",
        "orders": [
            {"order_id": 101, "item": "Laptop", "amount": 75000},
            {"order_id": 102, "item": "Mouse", "amount": 800},
        ],
    },
    {
        "user_id": 2, "name": "Karim",
        "orders": [
            {"order_id": 103, "item": "Keyboard", "amount": 1500},
        ],
    },
]

print("\n=== NoSQL-স্টাইল (আগে থেকেই embedded, কোনো জয়েন লাগেনি) ===")
for doc in nosql_documents:
    print(" ", doc)

৫ · কীভাবে সিদ্ধান্ত নেবেন

প্রশ্নটা "SQL ভালো নাকি NoSQL ভালো" নয় — প্রশ্নটা "আমার ডেটার শেপ ও অ্যাক্সেস প্যাটার্ন কী, এবং আমার নন-ফাংশনাল রিকোয়ারমেন্ট (L01) কী দাবি করে"। ট্রানজেকশনাল সঠিকতা ও জটিল সম্পর্ক দরকার হলে SQL। বিশাল স্কেল, নমনীয় স্কিমা, বা একটি নির্দিষ্ট অ্যাক্সেস প্যাটার্নের (কী-ভ্যালু লুকআপ, গ্রাফ ট্রাভার্সাল) জন্য অপ্টিমাইজেশন দরকার হলে সংশ্লিষ্ট NoSQL ক্যাটাগরি। বাস্তব বড় সিস্টেমে প্রায়ই দুটোই একসাথে ব্যবহৃত হয় — এক অংশে SQL, অন্য অংশে NoSQL (polyglot persistence)।