One-to-Many রিলেশনশিপ মডেল
"Class roster" ডাটাবেসে, একটি শিক্ষক শূন্য বা একাধিক ক্লাস পড়াতে পারে, কিন্তু একটি ক্লাস একটি (এবং শুধু একটি) শিক্ষক দ্বারা পড়ানো হয়। "Company" ডাটাবেসে, একটি ম্যানেজার শূন্য বা একাধিক কর্মী ম্যানেজ করতে পারে, কিন্তু একটি কর্মী একটি (এবং শুধু একটি) ম্যানেজারের অধীন থাকে। "Product sales" ডাটাবেসে, একটি কাস্টমার অনেক অর্ডার প্লেস করতে পারে; কিন্তু একটি অর্ডার একটি নির্দিষ্ট কাস্টমার দ্বারা প্লেস করা হয়। এই ধরনের রিলেশনশIP One-to-Many নামে পরিচিত।
One-to-Many রিলেশনশIP একটি একক টেবিলে রিপ্রেজেন্ট করা যায় না। উদাহরণস্বরূপ, "class roster" ডাটাবেসে, আমরা Teachers নামে একটি টেবিল দিয়ে শুরু করতে পারি, যা শিক্ষকদের ইনফো স্টোর করে (নাম, অফিস, ফোন, ইমেইল)। প্রতিটি শিক্ষক যে ক্লাসগুলো পড়ায় সেগুলো স্টোর করার জন্য আমরা class1, class2, class3 কলাম তৈরি করতে পারি, কিন্তু সমস্যা হলো কতগুলো কলাম তৈরি করবে সেটা ঠিক করতে পারা না। অন্যদিকে, যদি Classes নামে একটি টেবিল দিয়ে শুরু করি যা একটি ক্লাসের ইনফো স্টোর করে, তবে আমরা শিক্ষকের ইনফো (নাম, অফিস, ফোন, ইমেইল) স্টোর করার জন্য আডিশনাল কলাম তৈরি করতে পারি। কিন্তু যেহেতু একটি শিক্ষক অনেক ক্লাস পড়াতে পারে, তার ডেটা Classes টেবিলের অনেক সারিতে ডুপ্লিকেট হয়ে যাবে।
One-to-Many রিলেশনশIP সাপোর্ট করার জন্য আমাদের দুটি টেবিল ডিজাইন করতে হবে: উদাহরণস্বরূপ, Classes টেবিল (classID প্রাইমারি কী) এবং Teachers টেবিল (teacherID প্রাইমারি কী)। তারপর Teacher টেবিলের প্রাইমারি কী teacherID (দ "one"-এন্ড বা পেরেন্ট টেবিল) Classes টেবিলে (দ "many"-এন্ড বা চাইল্ড টেবিল) সংরক্ষণ করে One-to-Many রিলেশনশIP তৈরি করা যায়।
Classes চাইল্ড টেবিলের teacherID কলামটি ফরেন কী হিসেবে পরিচিত। একটি চাইল্ড টেবিলের ফরেন কী হলো একটি পেরেন্ট টেবিলের প্রাইমারি কী, যা পেরেন্ট টেবিল রেফারেন্স করতে ব্যবহৃত হয়।
