SQL Super Key

লক্ষ্য করো — অনেকগুলো ভিন্ন ভিন্ন কম্বিনেশনই একজন স্টুডেন্টকে ইউনিকভাবে চিহ্নিত করতে পারছে। কিছু কম্বিনেশনে অতিরিক্ত, অপ্রয়োজনীয় কলামও ঢুকে আছে (যেমন Name বা Department, যেগুলো না থাকলেও Student_ID একাই কাজ চালিয়ে দিত)। এই সবগুলো কম্বিনেশনকেই বলা হয় Super Key।

প্রথমে বুঝি uniqueness মানে কী — একটা কলাম বা কলাম-কম্বিনেশন "ইউনিক" হয় যদি টেবিলের কোনো দুইটা সারিতে (row) সেই মানগুলো একই না হয়।

কেন Super Key-তে অপ্রয়োজনীয় কলাম থাকতে পারে? কারণ Super Key-এর একমাত্র শর্ত হলো — সেটা ইউনিক হতে হবে। এটাতে কোনো "সর্বনিম্ন (minimal)" হওয়ার শর্ত নেই। তাই Student_ID একাই যথেষ্ট হলেও, Student_ID + Name, Student_ID + Department, এমনকি Student_ID + Name + Department + Email — সবগুলোই Super Key, কারণ সবগুলোতেই Student_ID আছে যেটা একাই ইউনিক করে দেয়।

উদাহরণ ১ — University Database

কলাম: Student_ID, Email, Name

উদাহরণ ২ — Employee Database

কলাম: Employee_ID, Office_Email, National_ID, Name

এখানে Employee_ID-কে Primary Key বানালে, Office_Email আর National_ID হয়ে যায় Alternate Key। আর এই তিনটার যেকোনো কম্বিনেশন (যেমন Employee_ID + Name) একটা Super Key, কিন্তু Candidate Key নয় — কারণ Name বাদ দিলেও কাজ চলত।

একটা গুরুত্বপূর্ণ কথা — SQL-এ সরাসরি কোনো SUPER KEY কিওয়ার্ড নেই। Super Key একটা ডিজাইন-পর্যায়ের কনসেপ্ট — এটা আমরা মাথায় রেখে ডিজাইন করি, কিন্তু SQL-এ শুধু Primary Key আর UNIQUE constraint লিখি।

ধাপ ১ — ডাটাবেস ও টেবিল তৈরি

CREATE DATABASE university_db;
USE university_db;

CREATE TABLE Students (
    Student_ID  INT AUTO_INCREMENT PRIMARY KEY,
    Email       VARCHAR(100) NOT NULL UNIQUE,
    Name        VARCHAR(100) NOT NULL,
    Department  VARCHAR(50)
);

Database created
Table 'Students' created

লাইন-বাই-লাইন: Student_ID Primary Key হওয়ায় এটা একাই একটা Candidate Key (এবং Super Key)। Email UNIQUE দেওয়ায় এটাও একটা Candidate Key। কিন্তু Student_ID + Name এর মতো Super Key SQL-এ আলাদা করে লেখার দরকার নেই — কারণ Student_ID একাই ইউনিকনেস নিশ্চিত করে দিচ্ছে।

ধাপ ২ — ডেটা ইনসার্ট করে ইউনিকনেস যাচাই

INSERT INTO Students (Email, Name, Department)
VALUES ('anika@uni.edu.bd', 'Anika Rahman', 'CSE');

1 row inserted (Student_ID = 1, auto-generated)

INSERT INTO Students (Email, Name, Department)
VALUES ('anika@uni.edu.bd', 'Another Anika', 'EEE');

ERROR 1062 (23000): Duplicate entry 'anika@uni.edu.bd' for key 'Email'

এই এররটা প্রমাণ করছে যে Email একাই ইউনিকনেস নিশ্চিত করছে (Candidate Key হিসেবে কাজ করছে) — তাই এটাকে অন্য কোনো কলামের সাথে জোড়া লাগানোর দরকার নেই।

সিদ্ধান্ত: Passenger_ID Primary Key, Passport_Number ও Email Alternate Key। Flight_Number একা Key নয়, তবে Passenger_ID + Flight_Number দিয়ে একটা নির্দিষ্ট "বুকিং" (কোন যাত্রী কোন ফ্লাইটে) ইউনিকভাবে চেনানো যায় — এটা একটা Composite Key।

ধাপ ১: ডাটাবেস ও টেবিল বানাও

CREATE DATABASE practice_super_key;
USE practice_super_key;

CREATE TABLE Students (
    Student_ID  INT AUTO_INCREMENT PRIMARY KEY,
    Email       VARCHAR(100) NOT NULL UNIQUE,
    Name        VARCHAR(100) NOT NULL,
    Department  VARCHAR(50)
);

Database and table created

ধাপ ২: রেকর্ড ইনসার্ট করো

INSERT INTO Students (Email, Name, Department) VALUES
('nabila@uni.edu.bd', 'Nabila Islam', 'CSE'),
('tanvir@uni.edu.bd', 'Tanvir Ahmed', 'EEE');

+------------+---------------------+---------------+------------+
| Student_ID | Email               | Name          | Department |
+------------+---------------------+---------------+------------+
| 1          | nabila@uni.edu.bd   | Nabila Islam  | CSE        |
| 2          | tanvir@uni.edu.bd   | Tanvir Ahmed  | EEE        |
+------------+---------------------+---------------+------------+

ধাপ ৩: কনসেপচুয়ালি Super Key খুঁজে বের করো

-- Student_ID একাই Candidate Key (তাই Super Key ও বটে)
-- Email একাই Candidate Key (তাই Super Key ও বটে)
-- Student_ID + Name = Super Key কিন্তু Candidate Key নয় (Name বাদ দেওয়া যেত)
-- Student_ID + Department = Super Key কিন্তু Candidate Key নয়

এখানে খেয়াল করো — এই ব্যাখ্যাগুলো কোনো SQL কমান্ড না, এগুলো ডিজাইন-পর্যায়ের বিশ্লেষণ যা আমরা কমেন্ট আকারে লিখে রাখলাম বোঝার সুবিধার জন্য।

ধাপ ৪: ডুপ্লিকেট দিয়ে যাচাই করো

INSERT INTO Students (Email, Name, Department)
VALUES ('nabila@uni.edu.bd', 'Fake Nabila', 'BBA');

ERROR 1062: Duplicate entry 'nabila@uni.edu.bd' for key 'Email'

এই এররটাই প্রমাণ করে Email একাই (কোনো অতিরিক্ত কলাম ছাড়াই) ইউনিকনেস বজায় রাখছে — অর্থাৎ এটা Candidate Key হিসেবে সঠিক প্রমাণিত হলো।

ব্যবহারিক সমাধান: যেকোনো Key প্রস্তাব করার পর নিজেকে জিজ্ঞেস করো — "এখান থেকে কোনো কলাম বাদ দিলে কি এখনও ইউনিক থাকবে?" যদি উত্তর হ্যাঁ হয়, তাহলে সেটা Candidate Key না, শুধুই একটা Super Key।

দ্রুত রিভিশন নোট

• Super Key = যেকোনো ইউনিক কলাম/কলাম-কম্বিনেশন (অতিরিক্ত কলাম সহ হতে পারে)
• Candidate Key = সবচেয়ে ছোট (minimal) Super Key
• Primary Key = Candidate Key থেকে বাছাই করা একমাত্র প্রধান কলাম
• Alternate Key = বাছাই না হওয়া বাকি Candidate Key গুলো
• সব Candidate Key-ই Super Key, কিন্তু সব Super Key Candidate Key নয়
• SQL-এ সরাসরি "SUPER KEY" syntax নেই — এটা ডিজাইন-পর্যায়ের চিন্তার হাতিয়ার

ইন্টারঅ্যাকটিভ কুইজ

নিচে সব ধরনের Key একসাথে দেখানো হলো, যাতে সম্পর্কটা স্পষ্ট বোঝা যায়:

কী নির্বাচনের সম্পূর্ণ ওয়ার্কফ্লো

একসাথে সব ধরনের Key সহ একটা সম্পূর্ণ সিস্টেম বানাই।

CREATE TABLE Passengers (
    Passenger_ID     INT AUTO_INCREMENT PRIMARY KEY,
    Passport_Number  VARCHAR(20)  NOT NULL UNIQUE,
    Email            VARCHAR(100) NOT NULL UNIQUE,
    Name             VARCHAR(100) NOT NULL
);

CREATE TABLE Flights (
    Flight_Number    VARCHAR(10) PRIMARY KEY,
    Origin           VARCHAR(50),
    Destination      VARCHAR(50)
);

CREATE TABLE Bookings (
    Passenger_ID  INT,
    Flight_Number VARCHAR(10),
    Seat_Number   VARCHAR(5),
    PRIMARY KEY (Passenger_ID, Flight_Number),
    FOREIGN KEY (Passenger_ID) REFERENCES Passengers(Passenger_ID),
    FOREIGN KEY (Flight_Number) REFERENCES Flights(Flight_Number)
);

3 tables created: Passengers, Flights, Bookings

বিশ্লেষণ: Bookings টেবিলে (Passenger_ID, Flight_Number) একটা Composite Primary Key — এটাও একটা Candidate Key (minimal), এবং তাই একটা Super Key-ও বটে। আলাদাভাবে Passenger_ID একাই Bookings টেবিলে ইউনিক নয় (একজন যাত্রী একাধিক ফ্লাইট বুক করতে পারে), তাই এখানে দুইটা কলাম একসাথে দরকার।

ক্লাসরুম এক্সারসাইজ

হোমওয়ার্ক অ্যাসাইনমেন্ট