আলোচনার উদ্দেশ্যগুলির জন্য আসুন একটি ফোরস্কয়ার দৃশ্যের বিষয়টি বিবেচনা করি।
দৃশ্যপট
সংস্থাগুলো:
- ব্যবহারকারীরা
- জায়গা
সম্পর্ক:
- চেকিনস: ব্যবহারকারীরা <-> স্থানগুলি, অনেকের কাছে
- বন্ধুরা: ব্যবহারকারী <-> ব্যবহারকারী, অনেকের কাছে
ডাটাবেস ডিজাইন
এগুলির মধ্যে সম্ভবত ত্রুটি রয়েছে, দয়া করে এগুলি চিহ্নিত করুন।
RDBMS
টেবিল:
- ব্যবহারকারীরা
- জায়গা
- চেকিনস (জংশন)
- বন্ধুরা (জংশন)
পেশাদাররা:
- ক্যাপ: ধারাবাহিকতা, প্রাপ্যতা
কনস:
- ক্যাপ: পার্টিশন সহনশীলতা, ওরফে শারডিং
- স্কিমগুলি = অবিচ্ছিন্ন কাঠামো
- দুর্বল প্রতিলিপি?
চিত্রলেখ
অবজেক্টস:
- ব্যবহারকারীরা
- জায়গা
প্রান্ত:
- বন্ধুরা: ব্যবহারকারী <-> ব্যবহারকারী
- চেকিনস: ব্যবহারকারী -> স্থান
- টাইমস্ট্যাম্প রয়েছে
পেশাদাররা:
- ক্যাপ: ধারাবাহিকতা, প্রাপ্যতা?
- স্কিমহীন, সহজে পরিবর্তনযোগ্য বস্তু এবং প্রান্ত
- গ্রাফ ট্র্যাভারসাল ক্যোয়ারী, উদাহরণস্বরূপ:
- থলোথলো
- বন্ধুদের দলের সন্ধান করা
- অনুরূপ লোকদের দ্বারা পছন্দ করা রেস্তোঁরাগুলি সন্ধান করুন
- অন্য কোন সাধারণ / দরকারী প্রশ্ন?
- থলোথলো
কনস:
- ক্যাপ: পার্টিশন সহনশীলতা?
দলিল / অবজেক্ট
3 পৃথক ডাটাবেস?
- ব্যবহারকারীরা
- বন্ধুর তালিকা
- চেক ইন করে
- টাইমস্ট্যাম্প
- ব্যবহারকারী
- জায়গা
- জায়গা
পেশাদাররা:
- ক্যাপ: প্রাপ্যতা, পার্টিশন সহনশীলতা
- স্কিমহীন, সহজে পরিবর্তনযোগ্য বস্তু
কনস:
- ক্যাপ: ধারাবাহিকতা
প্রশ্নাবলি
রেকর্ডের জন্য, তারা মঙ্গোডিবি ব্যবহার করে শেষ হয়েছিল। উপরের সমস্ত প্রশ্ন চিহ্ন ছাড়াও:
- ডকুমেন্ট ডাটাবেস কীভাবে প্রয়োগ করা যায় আমি নিশ্চিত নই।
- কীভাবে নথির ডাটাবেসগুলি পার্টিশন সহনশীলতা অর্জন করে?
- একক ব্যবহারকারীর চেকিনগুলি পেতে, আমি ধরে নিয়েছি যে এই ক্রিয়াকলাপটি সমস্ত চেকিনগুলি পার্স করে এবং ব্যবহারকারীর নাম (মানচিত্র + ফিল্টার) এর জন্য মেটাডেটা ফিল্টার করবে। প্রতিটি ব্যবহারকারীর জন্য ১,০০,০০০+ ডকুমেন্ট পার্স করার পারফরম্যান্স মারাত্মকভাবে দুর্বল হবে। আমি ধরে নিচ্ছি এটি সঠিক আচরণ নয়?
- আর কোন প্রো / কনস আছে?