একটি বহু-ভাড়াটে ডাটাবেস:
- একটি ডিবি সার্ভার যা প্রতিটি গ্রাহক / ভাড়াটে জন্য আলাদা (অভিন্ন) ডাটাবেস / স্কিমা আছে ;; অথবা
- এমন একটি ডিবি সার্ভারের একটি ডাটাবেস / স্কিমা রয়েছে যেখানে গ্রাহকরা / ভাড়াটিয়ারা একই টেবিলে রেকর্ড ভাগ করে?
উদাহরণস্বরূপ, উপরের বিকল্প # 1 এর অধীনে, আমার কাছে একটি মাইএসকিউএল সার্ভার থাকতে পারে, বলুন mydb01.example.comএবং এটির customer1ভিতরে একটি ডাটাবেস থাকতে পারে । এই customer1ডাটাবেসটিতে 10 টি টেবিল থাকতে পারে যা সেই নির্দিষ্ট গ্রাহকের জন্য আমার অ্যাপ্লিকেশনটিকে শক্তি দেয় (গ্রাহক # 1)। customer2এটিতে একই একই 10 টি টেবিল সহ একটি ডাটাবেস থাকতে পারে , তবে কেবল # 2 গ্রাহকের জন্য ডেটা রয়েছে। এটিতে একটি customer3ডাটাবেস, একটি customer4ডাটাবেস এবং আরও কিছু থাকতে পারে ।
উপরের বিকল্প # 2 এ, কেবলমাত্র একটি একক ডাটাবেস / স্কিমা থাকবে, বলুন myapp_db, এতে আবার 10 টি টেবিল রয়েছে (উপরে যেমন রয়েছে)। তবে এখানে, সমস্ত গ্রাহকের জন্য ডেটা সেই 10 টি টেবিলের অভ্যন্তরে উপস্থিত রয়েছে এবং তারা টেবিলগুলি "ভাগ" করে। এবং অ্যাপ্লিকেশন স্তরে, যুক্তি এবং সুরক্ষা নিয়ন্ত্রণে গ্রাহকরা সেই 10 টি টেবিলের মধ্যে কোন রেকর্ডটিতে অ্যাক্সেস পেয়েছে এবং গ্রাহক # 1 কখনই অ্যাপ্লিকেশনটিতে লগইন না করে এবং গ্রাহক # 3 এর ডেটা ইত্যাদি দেখতে পাবে না তা নিশ্চিত করার জন্য দুর্দান্ত যত্ন নেওয়া হচ্ছে etc.
এর মধ্যে কোনটি dতিহ্যবাহী "বহু-ভাড়াটে" ডিবি গঠন করে? এবং যদি তা না হয় তবে কোনও মাল্টি-টেন্যান্ট ডিবি কী তা সম্পর্কে কোনও ব্যক্তি আমাকে (উপরে বর্ণিত পরিস্থিতি ব্যবহার করে) একটি উদাহরণ সরবরাহ করতে পারেন?