ডেটা পরিচালনা মূল চাবিকাঠি এবং অত্যন্ত প্রয়োজনীয়। তাই ফাইল সিস্টেমের সমস্যাগুলো সমাধান করতে ডেটা মডেলের উদ্ভব হয়। DBMS-এ ডেটা মডেলগুলো নিম্নরূপ:
হায়ারার্কিক্যাল মডেল (Hierarchical Model)
হায়ারার্কিক্যাল মডেলে, রিলেশনগুলোর সংগ্রহ দ্বারা একটি হায়ারার্কিক্যাল রিলেশন তৈরি হয় যা একটি ট্রি-সদৃশ কাঠামো গঠন করে।
রিলেশনশিপ প্যারেন্ট-চাইল্ড টাইপ হিসেবে সংজ্ঞায়িত করা যায়।
প্রথম এবং সবচেয়ে জনপ্রিয় হায়ারার্কিক্যাল মডেল হলো ইনফরমেশন ম্যানেজমেন্ট সিস্টেম (IMS), যা IBM द्वारा विकसিত।
উদাহরণ
হায়ারার্কি দেখায় একটি কর্মচারী ইন্টার্ন, কন্ট্রাক্ট বা ফুল-টাইম হতে পারে। সাব-লেভেলগুলো দেখায় ফুল-টাইম কর্মচারী راয়টার, সিনিয়র রায়টার বা এডিটর হিসেবে নিয়োগ হতে পারে:
সুবিধা
- হায়ারার্কিক্যাল মডেলের ডিজাইন সহজ।
- প্যারেন্ট/চাইল্ড রিলেশনশিপের ভিত্তিতে ডেটা ইন্টিগ্রিটি প্রদান করে।
- ডেটা শেয়ারিং সম্ভব যেহেতু ডেটা একটি একক ডাটাবেসে সংরক্ষিত থাকে।
- বড় আকারের ডেটা volumের জন্যও এই মডেল সঠিক কাজ করে।
অসুবিধা
- বাস্তবায়ন জটিল।
- এই মডেলকে ইনসার্ট, আপডেট এবং ডিলিট মতো আনোমালিগুলোর সাথে মোকাবিলা করতে হয়।
- রক্ষণাবেক্ষণ কঠিন যেহেতু ডাটাবেসে পরিবর্তন করলে পুরো ডাটাবেস কাঠামো পরিবর্তন করতে হতে পারে।
নেটওয়ার্ক মডেল (Network Model)
হায়ারার্কিক্যাল মডেল প্যারেন্ট/চাইল্ড রিলেশনশিপের সাথে একটি হায়ারার্কিক্যাল ট্রি তৈরি করে, কিন্তু নেটওয়ার্ক মডেলে গ্রাফ এবং লিংক থাকে।
রিলেশনশিপ লিংক হিসেবে সংজ্ঞায়িত করা যায় এবং এটি ম্যানি-টু-ম্যানি রিলেশন হ্যান্ডেল করে। এটিই বলে যে একটি রেকর্ডের একাধিক প্যারেন্ট থাকতে পারে।
উদাহরণ
সুবিধা
- নেটওয়ার্ক মডেল ডিজাইন করা সহজ।
- মডেলটি এক-এক, এক-से-বহু, বহু-से-বহু সম্পর্ক হ্যান্ডেল করতে পারে।
- এটি প্রোগ্রামকে অন্যান্য বিবরণ থেকে আলাদা করে।
- স্ট্যান্ডার্ড এবং কনভেনশনের ভিত্তিতে।
অসুবিধা
- পয়েন্টার জটিলতা আনে যেহেতু রেকর্ডগুলো পয়েন্টার এবং গ্রাফের ভিত্তিতে।
- ডাটাবেসে পরিবর্তন করা সহজ নয় যা স্ট্রাকচারাল স্বাধীনতা অর্জন কঠিন করে।
রিলেশনাল মডেল (Relational Model)
একটি রিলেশনাল মডেল ডেটাকে এক বা একাধিক টেবিলে গোষ্ঠীভুক্ত করে। এই টেবিলগুলো সাধারণ রেকর্ড ব্যবহার করে একে অপরের সাথে সম্পর্কিত।
ডেটা সারি এবং কলাম আকারে প্রকাশ করা হয় অর্থাৎ টেবিল:
উদাহরণ
দুটি রিলেশন <Employee> এবং <Department> দেখি যারা একে অপরের সাথে লিংক করা আছে, DepartmentID দিয়ে, যা <Employee> টেবিলের ফরেন কি এবং <Department> টেবিলের প্রাইমারি কি।
সুবিধা
- রিলেশনাল মডেলে আগের দুটি মডেলের সমস্যাগুলো নেই অর্থাৎ আপডেট, ইনসার্ট এবং ডিলিট আনোমালির সাথে এর কোনো liên gehouden নেই।
- ডাটাবেসে পরিবর্তন করলে পুরো ডাটাবেসকে প্রভাবিত করতে হয় না।
- রিলেশনাল মডেল বাস্তবায়ন করা সহজ।
- রিলেশনাল মডেল রক্ষণাবেক্ষণ করা ক্লান্তিকর নয়।
অসুবিধা
- বড় আকারের ডেটা volum থাকলে ডাটাবেস অক্ষমতা লুকিয়ে থাকে এবং উত্থান হয়।
- রিলেশনাল ডেটা মডেল ব্যবহারের ওভারহেড পাওয়ারফুল হার্ডওয়্যার এবং ডিভাইস ব্যবহারের খরচের সাথে আসে।
