একটি ডেটাবেস স্কিমা প্রশ্নের বেশ কয়েকটি প্রতিক্রিয়া , এমন কোনও বৈশিষ্ট্যের জন্য একটি ডাটাবেসকে স্বাভাবিক করার জন্য অতিরিক্ত টেবিলের পরামর্শ দেয় যা বর্তমান প্রয়োজনীয়তার অংশ নয় (কর্মচারী / ব্যবহারকারী এবং বিভিন্ন বিভাগের মধ্যে বহু-বহু-সম্পর্কের জন্য তারা ব্যবহার করতে পারে এমন একটি ইউজার-ডিপার্টমেন্ট টেবিল) অন্তর্গত.).
সাধারণীকরণের বিরুদ্ধে নয়। মনে হয় এটি ডাটাবেস ডিজাইনের ক্ষেত্রে আসে, এমন বৈশিষ্ট্যগুলি অন্তর্ভুক্ত করার জন্য একটি শক্তিশালী চাপ রয়েছে যা তারা ভবিষ্যতে কেউ 'নিশ্চিত' হবে will অতিরিক্ত ইঞ্জিনিয়ারের প্রবণতা রয়েছে এমন বৈশিষ্ট্যগুলির জন্য ডেটাবেজে টেবিল / ক্ষেত্রগুলি যুক্ত করা কি এতটা কঠিন? প্রয়োজনে এগুলি কি বাকি অ্যাপের মতো রিফ্যাক্টর বা আপগ্রেড করা হবে না? জিনিসগুলি পুনরায় করা কখনই মজাদার নয়, তবে এক টেবিল থেকে নতুন একটিতে ডেটা স্থানান্তরিত করা যায়। চিন্তা করার এই লাইনটি কোথায় শেষ হবে তা ঠিক নিশ্চিত নয়।
সম্পাদনা: এটির একটি বিপর্যয় অনেক আছে, আমি অবাক হই যে কতগুলি প্রকল্প শেষ করে না এমন কোনও বৈশিষ্ট্য যুক্ত করে যেখানে একটি কঠোর ডাটাবেস পরিবর্তনের প্রয়োজন হয় বা নন-নরমাল পদ্ধতিতে কোনও নতুন টেবিলের পরিবর্তে ডিপার্টমেন্টালআইডি 2 ক্ষেত্র যুক্ত করার মতো নেওয়া হয়। কোনও কর্মীর জন্য একাধিক বিভাগের প্রয়োজনীয়তা একটি সাধারণ ডোমেন সমস্যা। আমি কেবলমাত্র অনেকগুলি ডেটাবেস স্কিমা লক্ষ্য করি নি যা বহু থেকে বহু সম্পর্কের সাথে আবদ্ধ।