Database - Level 1 - Part 1

🔸 SQL সম্পর্কিত প্রশ্ন ও উত্তরঃ

প্রশ্ন ১: SQL কী?

উত্তর:

SQL (Structured Query Language) হলো একটি স্ট্যান্ডার্ড ল্যাঙ্গুয়েজ যা ডেটাবেইসে ডেটা insert, update, delete এবং query করার জন্য ব্যবহৃত হয়।

প্রশ্ন ২: SELECT, INSERT, UPDATE ও DELETE এর কাজ কী?

উত্তর:

• SELECT – ডেটাবেইস থেকে ডেটা পড়তে ব্যবহৃত হয়
• INSERT – নতুন ডেটা যোগ করতে ব্যবহৃত হয়
• UPDATE – বিদ্যমান ডেটা আপডেট করতে ব্যবহৃত হয়
• DELETE – ডেটা মুছে ফেলতে ব্যবহৃত হয়

প্রশ্ন ৩: WHERE এবং HAVING এর মধ্যে পার্থক্য কী?

উত্তর:

WHERE ব্যবহার হয় row ফিল্টার করার জন্য এবং এটি GROUP BY এর আগে ব্যবহৃত হয়।
HAVING ব্যবহার হয় aggregate result (যেমন COUNT(), SUM()) ফিল্টার করতে এবং এটি GROUP BY এর পরে ব্যবহৃত হয়।

প্রশ্ন ৪: GROUP BY কী কাজে লাগে?

উত্তর:

GROUP BY ব্যবহৃত হয় এক বা একাধিক কলামের উপর ভিত্তি করে ডেটা গ্রুপ করতে, সাধারণত aggregate function এর সাথে।

প্রশ্ন ৫: Index কী এবং কেন ব্যবহৃত হয়?

উত্তর:

Index হলো ডেটাবেইসের একটি ডেটা স্ট্রাকচার যা দ্রুত সার্চ ও রিট্রাইভাল সুবিধা দেয়। এটি query execution দ্রুত করতে সাহায্য করে।

🔸 ডেটাবেইস ডিজাইন ও কনসেপ্ট প্রশ্নঃ

প্রশ্ন ৬: Normalization কী?

উত্তর:

Normalization হলো একটি প্রক্রিয়া যা ডেটাবেইসকে redundancy (একই ডেটা বারবার রাখা) কমিয়ে এবং ডেটা integrity বাড়িয়ে অপ্টিমাইজ করে।

Database-এ data organize ও duplicate কমানোর জন্য যে process use করা হয়, তাকে normalization বলে।
এর মধ্যে 1NF, 2NF, 3NF হলো common levels।

প্রশ্ন ৭: 1NF, 2NF, 3NF কী?

উত্তর:

• 1NF: প্রতিটি সেল এ্যাটমিক ভ্যালু রাখে
• 2NF: 1NF + সম্পূর্ণ primary key নির্ভরশীলতা
• 3NF: 2NF + ট্রানজিটিভ নির্ভরশীলতা দূর করা

🔹 1NF (First Normal Form)

👉 Rule:

• Column-এ atomic value থাকতে হবে (array / multiple value না)
• Repeating group থাকা যাবে না

❌ Wrong:

✅ 1NF:

👉 Problem solve:

• Data parsing complexity কমায়
• Query সহজ হয়

🔹 2NF (Second Normal Form)

👉 Rule:

• 1NF follow করতে হবে
• P*artial dependency remove করতে হবে* (composite key হলে)

❌ Wrong:

👉 product_name শুধু product_id-এর উপর depend করে

✅ 2NF:

orders table
| order_id | product_id |

products table
| product_id | product_name |

👉 Problem solve:

• Duplicate data কমে
• Update anomaly কমে

🔹 3NF (Third Normal Form)

👉 Rule:

• 2NF follow করতে হবে
• Transitive dependency remove করতে হবে

❌ Wrong:

| user_id | city_id | city_name |

👉 city_name depends on city_id, not user_id

✅ 3NF:

users table
| user_id | city_id |

cities table
| city_id | city_name |

👉 Problem solve:

• Data inconsistency কমে
• Update anomaly eliminate হয়

🔥 Summary (Quick View)

🚀 Laravel Example

ধরো তুমি e-commerce system বানাচ্ছো 👇

❌ Non-normalized (Bad ডিজাইন)

Schema::create('orders', function (Blueprint $table) {
    $table->id();
    $table->string('product_name');
    $table->string('category_name');
});

👉 Problem:

• Duplicate data
• Update করলে mismatch হবে

✅ 3NF Design (Best Practice)

// products table
Schema::create('products', function (Blueprint $table) {
    $table->id();
    $table->string('name');
    $table->foreignId('category_id');
});

// categories table
Schema::create('categories', function (Blueprint $table) {
    $table->id();
    $table->string('name');
});

// orders table
Schema::create('orders', function (Blueprint $table) {
    $table->id();
    $table->foreignId('product_id');
});

🔹 Eloquent Relationship

// Product.php
public function category() {
    return $this->belongsTo(Category::class);
}

// Order.php
public function product() {
    return $this->belongsTo(Product::class);
}

🧠 Insight (Impress করার জন্য)

👉 Normalization = data integrity + scalability

✔️ Large system-এ must
✔️ Over-normalization করলে performance issue হতে পারে → তখন denormalization use করা হয়

🎯 Short Interview Version:

"1NF ensures atomic data, 2NF removes partial dependency, and 3NF removes transitive dependency. These normalization forms reduce redundancy and prevent data inconsistency. In Laravel, we implement this by separating data into related tables using foreign keys and Eloquent relationships."

প্রশ্ন ৮: Primary Key এবং Unique Key এর পার্থক্য কী?

উত্তর:

• Primary Key – প্রতিটি row কে ইউনিকভাবে শনাক্ত করে, null থাকতে পারে না
• Unique Key – ইউনিক মান রাখতে পারে, তবে একবার null থাকতে পারে

প্রশ্ন ৯: Foreign Key কী?

উত্তর:

একটি টেবিলের কলাম যা অন্য টেবিলের Primary Key কে রেফার করে, এটাকে Foreign Key বলে।

প্রশ্ন ১০: ACID মানে কী কী এবং এটি কেন ব্যবহার করা হয়? উদাহরণ সহ ব্যাখ্যা করো?

উত্তর:

🔸 ACID কী?

ACID হলো ডেটাবেইসে ট্রানজ্যাকশন ব্যবস্থাপনার ৪টি মৌলিক বৈশিষ্ট্য যা নিশ্চিত করে যে ডেটাবেইসে ডেটা নির্ভুল, নির্ভরযোগ্য ও সুরক্ষিত থাকবে।
ACID এর পুরো অর্থ:

• A – Atomicity
• C – Consistency
• I – Isolation
• D – Durability

🔹 1. Atomicity (পরমাণবিকতা)

ব্যাখ্যা: একটি ট্রানজ্যাকশন সম্পূর্ণ সফল হতে হবে অথবা একদমই হবে না। আংশিকভাবে কোন কাজ হবে না।

উদাহরণ:
ধরো, একজন ব্যবহারকারী তার একাউন্ট থেকে টাকা ট্রান্সফার করছে অন্য একাউন্টে।

• প্রথমে টাকা কাটবে
• তারপর সেই টাকা অন্য একাউন্টে যোগ হবে

যদি প্রথম ধাপে টাকা কাটে কিন্তু দ্বিতীয় ধাপে কোনো কারণে যোগ না হয়, তাহলে পুরো ট্রানজ্যাকশন rollback হয়ে যাবে। অর্থাৎ, টাকা কাটা হবে না — এটা Atomicity।

🔹 2. Consistency (সামঞ্জস্যতা)

ব্যাখ্যা: ট্রানজ্যাকশনের পরে ডেটাবেইস অবশ্যই একটি valid বা consistent state এ থাকতে হবে।

উদাহরণ:
ধরো ব্যালেন্স ট্রান্সফার করার নিয়ম হলো – একাউন্টে ন্যূনতম ৫০০ টাকা থাকতে হবে।
যদি ২০০ টাকা থাকা অবস্থায় ১০০ টাকা ট্রান্সফার করার চেষ্টা করে, তাহলে consistency rule ভেঙে যাবে, তাই এমন ট্রানজ্যাকশন সফল হবে না।

🔹 3. Isolation (পৃথকতা)

ব্যাখ্যা: একাধিক ট্রানজ্যাকশন একসাথে চললেও, তারা যেন একে অপরের উপর প্রভাব না ফেলে এবং প্রতিটির রেজাল্ট যেন আলাদা ভাবেই নির্ভরযোগ্য থাকে।

উদাহরণ:
ধরো একই সময় দুইজন ইউজার একাউন্ট ব্যালেন্স আপডেট করছে। Isolation নিশ্চিত করে যেন একটির আপডেট অন্যটির ডেটা corrupt না করে। না হলে race condition বা dirty read হতে পারে।

🔹 4. Durability (স্থায়িত্ব)

ব্যাখ্যা: একবার ট্রানজ্যাকশন সফল হলে তা স্থায়ীভাবে ডেটাবেইসে থেকে যাবে, সার্ভার রিস্টার্ট হলেও মুছে যাবে না।

উদাহরণ:
একজন ইউজার পেমেন্ট করে এবং ট্রানজ্যাকশন সফল হয়। এরপর হঠাৎ সার্ভার বন্ধ হয়ে যায়। কিন্তু যখন আবার চালু হয়, তখনও সেই ট্রানজ্যাকশন ডেটাবেইসে পাওয়া যায়। এটাই Durability।

🧠 ACID ব্যবহার কেন গুরুত্বপূর্ণ?

• ডেটা corruption রোধ করে
• ডেটার নির্ভরযোগ্যতা বজায় রাখে
• ব্যাঙ্কিং, e-commerce বা multi-user system এ consistency নিশ্চিত করে
• সার্ভার failure হলেও data safe থাকে

✅ সংক্ষেপে মনে রাখার টিপস:

🔸 SQL JOIN সম্পর্কিত প্রশ্ন ও উত্তরঃ

প্রশ্ন ১১: SQL JOIN কী?

উত্তর:

JOIN ব্যবহার করে একাধিক টেবিল থেকে সম্পর্কযুক্ত ডেটা একত্রে আনা হয়।

প্রশ্ন ১২: INNER JOIN কী?

উত্তর:

দুই টেবিলের যেসব রেকর্ড ম্যাচ করে কেবল সেগুলোই দেখায়।

প্রশ্ন ১৩: LEFT JOIN এবং RIGHT JOIN এর পার্থক্য কী?

উত্তর:

• LEFT JOIN: বাম টেবিলের সব রেকর্ড এবং ডান টেবিলের ম্যাচ করা রেকর্ড
• RIGHT JOIN: ডান টেবিলের সব রেকর্ড এবং বাম টেবিলের ম্যাচ করা রেকর্ড

প্রশ্ন ১৪: FULL OUTER JOIN কী করে?

উত্তর:

দুই টেবিলের সব রেকর্ড দেখায়, যদি না ম্যাচ করে তবে null দেখায়।

প্রশ্ন ১৫: SELF JOIN কী?

উত্তর:

যখন একটি টেবিলকে নিজের সাথেই JOIN করা হয় তখন তাকে SELF JOIN বলে। সাধারণত হায়ারার্কিকাল ডেটা (যেমন employee-manager) এর জন্য ব্যবহৃত হয়।

প্রশ্ন 16: View এবং Materialized View এর মধ্যে পার্থক্য কী?

উত্তর:

• View হলো একটি ভার্চুয়াল টেবিল যা একটি SQL query এর উপর ভিত্তি করে তৈরি হয়। এতে মূল ডেটা থাকে না, কেবল query চলে।
• Materialized View হলো এমন একটি ভিউ যেটি query এর রেজাল্টকে ফিজিক্যালি স্টোর করে রাখে, ফলে দ্রুত অ্যাক্সেস পাওয়া যায়।

প্রশ্ন 17: Stored Procedure ও Function এর মধ্যে পার্থক্য কী?

উত্তর:

• Stored Procedure একাধিক স্টেটমেন্টের সমন্বয়ে তৈরি এবং এটি return না-ও করতে পারে।
• Function সর্বদা একটি মান return করে এবং সাধারণত SELECT statement এর মধ্যে ব্যবহার হয়।

প্রশ্ন 18: Index কীভাবে কাজ করে? এবং কখন Index ব্যবহার করা উচিত নয়?

উত্তর:

Index ডেটা স্ট্রাকচার (যেমন B-Tree) ব্যবহার করে সার্চ অপারেশন দ্রুত করে।
Index ব্যবহার করা উচিত নয় যদি:

• আপনি খুবই ছোট টেবিল নিয়ে কাজ করছেন
• আপনি প্রচুর insert/update/delete করছেন (কারণ এগুলো index রিফ্রেশ করতে হয়)
• আপনি এমন কলামে index করছেন যেখানে ভ্যালুগুলোর ভ্যারিয়েশন খুব কম (low cardinality)

প্রশ্ন 19: Query Optimization কীভাবে করবেন?

উত্তর:

• প্রয়োজনহীন SELECT * বাদ দিয়ে নির্দিষ্ট কলাম বেছে নিন
• Index ব্যবহার করুন
• Subquery এর বদলে JOIN ব্যবহার করুন
• Query Execution Plan (EXPLAIN) দেখে বুঝুন কোথায় সময় বেশি লাগছে
• Aggregate query গুলোতে GROUP BY সাবধানে ব্যবহার করুন

প্রশ্ন 20: Database Sharding ও Replication এর মধ্যে পার্থক্য কী?

উত্তর:

• Sharding: ডেটা কে horizontally বিভিন্ন সার্ভারে ভাগ করে রাখে (বড় ডেটাবেইসে লোড কমাতে)
• Replication: একই ডেটা একাধিক সার্ভারে কপি করে রাখা হয় (failover ও read-performance বাড়াতে)

প্রশ্ন 21: Deadlock কী এবং এটি কীভাবে হ্যান্ডেল করবেন?

উত্তর:

Deadlock তখন ঘটে যখন দুটি বা ততোধিক ট্রানজ্যাকশন একে অপরের রিসোর্সের জন্য অপেক্ষা করতে থাকে এবং কেউই কাজ শেষ করতে পারে না।

Deadlock হ্যান্ডেল করার উপায়ঃ

• লক নেবার order ঠিক রাখা
• ছোট transaction রাখা
• Retry mechanism যুক্ত করা
• Timeout ব্যবহার করা

প্রশ্ন 22: ORM (যেমন Eloquent) ব্যবহার করলে performance issue হতে পারে কেন?

উত্তর:

• Eager loading না করলে N+1 problem হয়
• Unnecessary query generate হয় যদি যথাযথভাবে scope বা relationship define না করা হয়
• Raw SQL বা optimized query ব্যবহারে performance অনেক বেড়ে যেতে পারে ORM এর তুলনায়

প্রশ্ন 23: Eager Loading vs Lazy Loading — পার্থক্য কী?

উত্তর:

• Eager Loading: একসাথে related ডেটা লোড করে (query optimization friendly)
• Lazy Loading: যখন প্রয়োজন হয় তখন related ডেটা লোড করে (ধীরে কাজ করে, N+1 problem হতে পারে)

প্রশ্ন 24: Transaction isolation level গুলো কী কী?

উত্তর:

• Read Uncommitted: অন্য ট্রানজ্যাকশন থেকে uncommitted ডেটা পড়া যায় (Dirty Read)
• Read Committed: কেবল committed ডেটা পড়ে
• Repeatable Read: একই query বারবার করলে একই রেজাল্ট পাবেন
• Serializable: সর্বোচ্চ নিরাপত্তা, ট্রানজ্যাকশন একে অপরের মতো behave করে যেন সিঙ্গেল থ্রেডে হচ্ছে

প্রশ্ন 25: “EXPLAIN” কমান্ড কী এবং এটি কেন ব্যবহার করা হয়?

উত্তর:

EXPLAIN কমান্ড দিয়ে SQL query এর execution plan দেখা যায়। এটি দেখায় কোন টেবিল কখন স্ক্যান হচ্ছে, কোন index ব্যবহার হচ্ছে ইত্যাদি — performance tuning এর জন্য এটি খুব গুরুত্বপূর্ণ।

প্রশ্ন 26: SQL এর ক্যাটাগরিগুলো ও তাদের কাজ?

উত্তর:

i. DDL (Data Definition Language)

👉 উদ্দেশ্য: ডেটাবেইসের স্ট্রাকচার বা স্কিমা তৈরি ও পরিবর্তন করা।

ii. DML (Data Manipulation Language)

👉 উদ্দেশ্য: ডেটা ইনসার্ট, আপডেট বা ডিলিট করা।

📝 অনেকে সময় SELECT কে DQL (Data Query Language) হিসেবেও দেখা হয়।

3. DQL (Data Query Language)

👉 উদ্দেশ্য: শুধুমাত্র ডেটা query করা বা রিড করা।

⚠️ টেকনিক্যালি SELECT DML এর অংশ হলেও অনেক সময় আলাদাভাবে DQL হিসেবে বিবেচনা করা হয়।

4. DCL (Data Control Language)

👉 উদ্দেশ্য: ডেটাবেইসের access control বা অনুমতি দেওয়া/নেওয়া।

5. TCL (Transaction Control Language)

👉 উদ্দেশ্য: ডেটাবেইসে ট্রানজ্যাকশন নিয়ন্ত্রণ করা।

6. CCL (Concurrency Control Language) 🔍

👉 এটি অনেক সময় আলোচনা হয়, কিন্তু SQL standard এ নির্দিষ্টভাবে CCL নেই। তবে এটি দ্বারা সাধারণত বোঝানো হয়:

• LOCK, UNLOCK, বা Concurrency Handling Techniques
• ব্যবহার হয় ট্রানজ্যাকশন ম্যানেজমেন্ট বা Deadlock/Isolation Level নিয়ন্ত্রণের জন্য।

⚠️ এটি অধিকাংশ ডেটাবেইসে আলাদা ক্যাটাগরি হিসেবে পাওয়া যায় না, কিন্তু concurrency control mechanism এর অংশ হিসেবে ব্যবহৃত হয়।

✅ সংক্ষেপে মনে রাখার ট্রিক:

প্রশ্ন 27: constraint কি ও কেন ব্যবহার করা হয় বিস্তারিত আলোচনা করো?

উত্তর:

✅ Constraint কী?

Constraint হলো ডেটাবেইসের একটি নিয়ম বা বিধিনিষেধ (rule) যা টেবিলের ডেটার উপর প্রয়োগ করা হয়, যাতে ডেটার সঠিকতা (accuracy), নির্ভুলতা (integrity) এবং consistency বজায় থাকে।

👉 সহজভাবে:
Constraint নিশ্চিত করে যে ডেটাবেইসে ভুল বা অপ্রয়োজনীয় ডেটা ঢুকতে না পারে।

🎯 Constraint কেন ব্যবহার করা হয়?

Constraint ব্যবহারের মূল উদ্দেশ্য:

• ❌ ভুল ডেটা ইনসার্ট হওয়া বন্ধ করা
• ✅ ডেটার integrity বজায় রাখা
• 🔗 টেবিলগুলোর মধ্যে সম্পর্ক ঠিক রাখা
• ⚡ অ্যাপ্লিকেশনের লজিকের উপর নির্ভর না করে ডেটাবেইস লেভেলেই validation করা

🔸 Constraint এর ধরন ও ব্যাখ্যা
1. PRIMARY KEY

👉 প্রতিটি row কে ইউনিকভাবে চিহ্নিত করে।

বৈশিষ্ট্য:

• ইউনিক হতে হবে
• NULL হতে পারবে না

উদাহরণ:

id INT PRIMARY KEY

📌 একটি টেবিলে একটিই PRIMARY KEY থাকে।

2. FOREIGN KEY

👉 একটি টেবিলের কলাম অন্য টেবিলের PRIMARY KEY কে রেফার করে।

কাজ:

• টেবিলের মধ্যে relationship তৈরি করে
• invalid reference আটকায়

উদাহরণ:

user_id INT,
FOREIGN KEY (user_id) REFERENCES users(id)

📌 যদি users টেবিলে ওই id না থাকে, তাহলে insert হবে না।

3. UNIQUE

👉 কলামের সব ভ্যালু ইউনিক হতে হবে।

উদাহরণ:

email VARCHAR(255) UNIQUE

📌 Duplicate email ঢুকানো যাবে না।

4. NOT NULL

👉 কোনো কলামে NULL ভ্যালু রাখা যাবে না।

উদাহরণ:

name VARCHAR(100) NOT NULL

📌 name অবশ্যই দিতে হবে।

5. CHECK

👉 নির্দিষ্ট শর্ত পূরণ করলে তবেই ডেটা ইনসার্ট/আপডেট হবে।

উদাহরণ:

age INT CHECK (age >= 18)

📌 ১৮ বছরের কম বয়স হলে insert হবে না।

6. DEFAULT

👉 কোনো ভ্যালু না দিলে ডিফল্ট ভ্যালু সেট করে।

উদাহরণ:

status VARCHAR(20) DEFAULT 'active'

📌 status না দিলে auto 'active' হবে।

🔥 বাস্তব উদাহরণ (Real-world scenario)

ধরো একটি orders টেবিল:

CREATE TABLE orders (
  id INT PRIMARY KEY,
  user_id INT,
  amount DECIMAL(10,2) CHECK (amount > 0),
  status VARCHAR(20) DEFAULT 'pending',
  FOREIGN KEY (user_id) REFERENCES users(id)
);

👉 এখানে:

• id → ইউনিক (PRIMARY KEY)
• user_id → অবশ্যই users টেবিলে থাকতে হবে (FOREIGN KEY)
• amount → 0 এর বেশি হতে হবে (CHECK)
• status → না দিলে 'pending' হবে (DEFAULT)

⚡ Interview Tips (গুরুত্বপূর্ণ পয়েন্ট)
Constraint = Data integrity enforcement at DB level
Application validation থাকলেও DB constraint থাকা জরুরি
Foreign key = relationship + data safety
CHECK constraint সব DB-তে fully supported না (যেমন কিছু MySQL version এ limitation আছে)

✅ সংক্ষেপে:

প্রশ্ন 28: Sql এ group_by ব্যবহার এর উদাহরণ সহ ব্যাখ্যা করো?

উত্তর:

SQL-এর GROUP BY ব্যবহার করা হয় যখন আমরা একই ধরনের ডেটাকে গ্রুপ করে তার ওপর aggregate calculation (COUNT, SUM, AVG, MAX, MIN) করতে চাই।

আমি সহজ ভাষায় উদাহরণসহ ব্যাখ্যা করছি 👇

🔹 GROUP BY কী?

GROUP BY টেবিলের একই মানের row গুলোকে একত্র (group) করে
এবং প্রতিটি group-এর ওপর aggregate function প্রয়োগ করে।

📋 উদাহরণ টেবিল: orders

1️⃣ Customer অনুযায়ী মোট অর্ডার কত?

SELECT customer, SUM(amount) AS total_amount
FROM orders
GROUP BY customer;

🔍 ফলাফল:

✅ একই customer-এর amount যোগ হয়েছে

2️⃣ Customer অনুযায়ী কয়টা order?

SELECT customer, COUNT(*) AS total_orders
FROM orders
GROUP BY customer;

3️⃣ Average amount per customer

SELECT customer, AVG(amount) AS avg_amount
FROM orders
GROUP BY customer;

4️⃣ GROUP BY + WHERE ব্যবহার

WHERE → grouping-এর আগেই filter করে

SELECT customer, SUM(amount) AS total_amount
FROM orders
WHERE amount > 300
GROUP BY customer;

✔ ৩০০ টাকার নিচের order বাদ

5️⃣ GROUP BY + HAVING ব্যবহার

HAVING → grouping-এর পরে filter করে

SELECT customer, SUM(amount) AS total_amount
FROM orders
GROUP BY customer
HAVING total_amount > 500;

✔ যাদের total 500-এর বেশি

🔑 WHERE vs HAVING পার্থক্য

⚠️ গুরুত্বপূর্ণ নিয়ম

• SELECT-এ যেসব কলাম aggregate না, সেগুলো অবশ্যই GROUP BY-তে থাকতে হবে

❌ ভুল:

SELECT customer, amount FROM orders
GROUP BY customer;

✔ ঠিক:

SELECT customer, SUM(amount)
FROM orders
GROUP BY customer;

🧠 Interview Ready (1 line):

> GROUP BY একই মানের row গুলোকে গ্রুপ করে aggregate calculation করতে ব্যবহৃত হয়

প্রশ্ন 29: Query Execution Order কী? কেন ব্যবহার করা হয়?

উত্তর:

🔸 Query Execution Order কী?

Query Execution Order হলো SQL query রান করার সময় ডেটাবেইস ইঞ্জিন কোন ক্রমে (Serial) বিভিন্ন clause (যেমন SELECT, WHERE, JOIN) execute করে তার একটি নির্দিষ্ট ধাপভিত্তিক প্রক্রিয়া।

👉 গুরুত্বপূর্ণ বিষয়:
আমরা যেভাবে SQL লিখি, ডেটাবেইস সেই order-এ execute করে না!

🔹 SQL Query Execution Order (Actual Order): Remind: (India tomar -> f(form)z(join) কোথায়(where), গুহা(GH->group by, having) তে sol(select, order by, limit)id ভাবে দিছে। )

FROM
JOIN
WHERE
GROUP BY
HAVING
SELECT
ORDER BY
LIMIT

🔹 সহজভাবে বুঝি:

ধরো একটি query:

SELECT name, COUNT(*)
FROM users
WHERE status = 'active'
GROUP BY name
HAVING COUNT(*) > 1
ORDER BY name;

👉 Execution হবে এভাবে:

1. FROM → users টেবিল লোড করে
2. WHERE → status = 'active' ফিল্টার করে
3. GROUP BY → name অনুযায়ী গ্রুপ করে
4. HAVING → COUNT() > 1 গ্রুপ ফিল্টার করে
5. SELECT → name, COUNT() নেয়
6. ORDER BY → name অনুযায়ী সাজায়

🎯 কেন ব্যবহার/জানা গুরুত্বপূর্ণ?

1. ✅ Query Debugging সহজ হয়

• কেন WHERE এ aggregate function কাজ করে না → কারণ WHERE আগে execute হয়
  2. ⚡ Performance Optimization

• আগে filter (WHERE) করলে কম ডেটা নিয়ে কাজ হয় → query fast হয়
  3. 🔥 সঠিক Result পাওয়া

• HAVING vs WHERE কখন ব্যবহার করতে হবে বুঝতে সাহায্য করে
  4. 💡 Interview Trick Question Handle করতে

• অনেক সময় জিজ্ঞেস করে:

• 👉 "SELECT আগে লিখি, কিন্তু execute শেষে হয় কেন?"

🧠 সংক্ষেপে মনে রাখার ট্রিক:

👉 "From → Where → Group → Having → Select → Order → Limit"

✅ Final Summary:

• Query Execution Order = SQL internally কীভাবে step-by-step query execute করে

• এটি জানা থাকলে:

1. ভুল কম হবে
2. performance বাড়বে
3. complex query সহজে বুঝতে পারবে

প্রশ্ন 30: SELECT আগে লিখি, কিন্তু execute শেষে হয় কেন?

উত্তর:

🔸 সংক্ষিপ্ত উত্তর (Interview-ready):

আমরা SQL query-তে SELECT আগে লিখি কারণ এটি declarative syntax (কি চাই তা বলি), কিন্তু ডেটাবেইস ইঞ্জিন internally query execute করে একটি নির্দিষ্ট logical order অনুযায়ী — যেখানে আগে ডেটা খুঁজে (FROM, WHERE), তারপর প্রসেস করে (GROUP BY, HAVING), এবং শেষে কী দেখাবে তা ঠিক করে (SELECT)।

🔹 সহজভাবে বুঝি (Real Logic):

ধরো, তুমি বলছো:

👉 “আমাকে active user গুলোর নাম দেখাও”

এখন DB কী করবে?

1. FROM → আগে টেবিল (users) থেকে ডেটা নেবে
2. WHERE → তারপর active user গুলো ফিল্টার করবে
3. GROUP BY / HAVING → দরকার হলে গ্রুপিং করবে
4. ✅ SELECT→ শেষে ঠিক করবে কোন কলাম (name) দেখাবে

👉 তাই SELECT logically শেষে execute হয়

🔹 একটি উদাহরণ:

SELECT name
FROM users
WHERE status = 'active';

👉 Execution flow:

1. FROM users → সব ডেটা লোড
2. WHERE status = 'active' → শুধু active user রাখে
3. SELECT name → শুধু name কলাম রিটার্ন করে

🔥 মূল কারণ (Why SELECT last?):
1. ✅ Data Filtering আগে দরকার

• আগে decide করতে হবে কোন data লাগবে (WHERE)

• তারপর decide হবে কী দেখাবে (SELECT)
  2. ⚡ Performance Optimization

• সব ডেটা না এনে আগে filter করলে query fast হয়
  3. 🧠 Logical Processing Model

• SQL একটি declarative language

• তুমি বলো “কি চাই”, DB নিজে ঠিক করে “কিভাবে আনবে”

🎯 Interview Pro Tip:

👉 যদি interviewer জিজ্ঞেস করে:
"WHERE এ alias কেন কাজ করে না?"

উত্তর:

• কারণ SELECT পরে execute হয়, তাই alias তখনো define হয়নি

✅ সংক্ষেপে:

• আমরা SELECT আগে লিখি → readability & syntax এর জন্য
• কিন্তু DB execute করে শেষে → কারণ আগে data filter/process করতে হয়

প্রশ্ন 31: what is TRUNCATE? DELETE এবং TRUNCATE এর মধ্যেকার পার্থক্যগুলো নিয়ে আরও বিস্তারিত জানতে চান? DROP কমান্ড এবং TRUNCATE এর পার্থক্য সম্পর্কে জানতে চান?

উত্তর:

SQL বা ডেটাবেসের ভাষায় TRUNCATE হলো এমন একটি কমান্ড যা একটি টেবিলের ভেতরের সব ডেটা বা রেকর্ড একবারে মুছে ফেলে। এটি মূলত টেবিলটিকে একদম খালি করে দেয়, কিন্তু টেবিলের স্ট্রাকচার (কলামের নাম বা ডাটা টাইপ) ঠিক রাখে।

সহজভাবে বোঝার জন্য এর মূল বৈশিষ্ট্যগুলো নিচে দেওয়া হলো:

১. সব ডেটা ডিলিট: এটি টেবিলের প্রতিটি সারি (row) মুছে ফেলে। আপনি চাইলে নির্দিষ্ট কোনো সারি (যেমন: WHERE id=1) ডিলিট করতে পারবেন না; করলে সব করতে হবে।
২. অটো-ইনক্রিমেন্ট রিসেট: যদি আপনার টেবিলে কোনো ID কলাম থাকে যা অটোমেটিক বাড়ে (Auto-increment), তবে TRUNCATE করার পর সেটি আবার ১ থেকে শুরু হবে।
৩. দ্রুত কাজ করে: এটি DELETE কমান্ডের চেয়ে অনেক দ্রুত কাজ করে কারণ এটি প্রতিটি সারির জন্য আলাদাভাবে লগ জেনারেট করে না।
৪. রোলব্যাক করা কঠিন: সাধারণ ডিফল্ট সেটিংসে TRUNCATE করলে সেই ডেটা আর সহজে ফিরিয়ে আনা (Undo/Rollback) যায় না।

উদাহরণ:
ধরা যাক, আপনার users নামে একটি টেবিল আছে। আপনি যদি নিচের কমান্ডটি চালান:

TRUNCATE TABLE users;

তাহলে ওই টেবিলের সব ইউজার ডিলিট হয়ে যাবে এবং টেবিলটি একদম নতুন অবস্থার মতো খালি হয়ে যাবে।

TRUNCATE বনাম DELETE:

• DELETE: একটি একটি করে সারি মোছে এবং চাইলে নির্দিষ্ট সারি মোছা যায় (যেমন: DELETE FROM users WHERE id=5)। এটি অটো-ইনক্রিমেন্ট রিসেট করে না।
• TRUNCATE: পুরো টেবিল একবারে খালি করে দেয় এবং অটো-ইনক্রিমেন্ট রিসেট করে দেয়।

DELETE এবং TRUNCATE এর মধ্যেকার পার্থক্যগুলো নিয়ে আরও বিস্তারিত জানতে চান?

Answer:

DELETE এবং TRUNCATE এর মূল পার্থক্যগুলো নিচে সহজভাবে দেওয়া হলো:

কখন কোনটি ব্যবহার করবেন?

• যদি আপনার টেবিল থেকে নির্দিষ্ট কোনো ইউজার বা তথ্য মুছতে হয়, তবে DELETE ব্যবহার করুন।
• যদি কোনো টেস্ট ডেটা বা টেম্পোরারি টেবিল পুরোটা পরিষ্কার করে নতুনের মতো করতে চান, তবে TRUNCATE ব্যবহার করুন।

আপনি কি DROP কমান্ড এবং TRUNCATE এর পার্থক্য সম্পর্কে জানতে চান?

Answer:

DROP এবং TRUNCATE এর মূল পার্থক্য হলো—একটি পুরো টেবিলটিকেই অস্তিত্বহীন করে দেয়, আর অন্যটি শুধু টেবিলের ভেতরের ডেটা পরিষ্কার করে।
নিচে এদের প্রধান পার্থক্যগুলো দেওয়া হলো:

একটি বাস্তব উদাহরণ:
ধরা যাক, আপনার কাছে একটি বইয়ের আলমারি আছে।

• TRUNCATE করা মানে হলো: আলমারির সব বই বের করে ফেলে দেওয়া। এতে আলমারিটি খালি হয়ে গেল, কিন্তু আলমারিটি আপনার ঘরেই থাকল এবং আপনি আবার নতুন বই রাখতে পারবেন।
• DROP করা মানে হলো: আলমারিটিসহ ভেতরের সব বই ভেঙে ঘর থেকে বের করে দেওয়া। এখন আপনার ঘরে আর কোনো আলমারিই নেই।

প্রশ্ন 31. REST principles আর best practices কী?

উত্তর:

🔹 REST Principles (মূল নীতি)

REST = Representational State Transfer
Roy Fielding ৬টা principle define করেছিলেন:

1. Client–Server Architecture

Client (Frontend / App) আর Server (Backend / API) আলাদা থাকবে।

👉 Client শুধু request করবে
👉 Server শুধু data / response দেবে

লাভ:

• Frontend আলাদা করে change করা যাবে
• Backend আলাদা করে scale করা যাবে

2. Stateless

প্রতিটা request আলাদা, server কোনো user state মনে রাখবে না।

মানে:

GET /api/profile
Authorization: Bearer token

Server আগের request কিছুই মনে রাখে না, সব তথ্য request এর মধ্যেই থাকতে হবে।

লাভ:

• সহজ scaling
• Bug কম
• Load balancing সহজ

3. Cacheable

Response cache করা যাবে।

Server বলবে:

Cache-Control: max-age=3600

Client/browser cache করে রাখতে পারে।

লাভ:

• Speed বেশি
• Server load কম

4. Uniform Interface

একই রকম structure সব জায়গায়।

যেমন:

GET    /users
GET    /users/10
POST   /users
PUT    /users/10
DELETE /users/10

সব resource এর জন্য একই style।

5. Layered System

Client জানবে না তার request সরাসরি server এ গেছে নাকি:

• Load balancer
• Proxy
• Gateway

মাঝখানে কয়টা layer আছে, client এর মাথাব্যথা না।

6. Code on Demand (Optional)

Server চাইলে client কে code পাঠাতে পারে (JS ইত্যাদি)।

এইটা খুব কম ব্যবহার হয়।