"अच्छा अभ्यास" उन वाक्यांशों में से एक है जो हमें अपने पूर्वाग्रहों को वास्तविक रूप से अधिक महत्वपूर्ण बनाने की अनुमति देता है...
सामान्य तौर पर, आप उन चीज़ों को एक साथ संग्रहित करना चाहते हैं जो एक साथ हैं। यदि आपके पास एक एकल सूचना प्रणाली है, जो एक व्यवसाय के लिए सब कुछ चलाती है, और आपके द्वारा प्रबंधित की जाने वाली संस्थाएं एक-दूसरे से संबंधित हैं - ग्राहकों के पास ऑर्डर हैं, ऑर्डर में बिक्री वाले लोग और उत्पाद हैं - आप तर्क दे सकते हैं कि वे एक साथ हैं। यदि, दूसरी ओर, आप देखते हैं कि आपके पास तालिकाओं के "द्वीप" हैं जो वास्तव में किसी अन्य तालिका से लिंक नहीं करते हैं, तो शायद वे एक साथ नहीं हैं।
रखरखाव की दृष्टि से, अधिक डेटाबेस का प्रबंधन करने का अर्थ है अधिक बैकअप, अधिक रखरखाव दिनचर्या, और प्रबंधन के लिए अधिक सुरक्षा प्रोफ़ाइल।
पठनीयता के दृष्टिकोण से, जिस तालिका में आप रुचि रखते हैं उसे खोजने के लिए विभिन्न डेटाबेस के आसपास शिकार करना शायद एक बुरी बात है - उदाहरण के लिए, जहां "ग्राहकों" और "कर्मचारियों" के बीच कई-से-कई जुड़ने वाली तालिका होती है - उदा। सेल्स टीम - वह टेबल कहाँ रहती है? "ग्राहक" डेटाबेस में, या "कर्मचारी" में?
विश्वसनीयता के दृष्टिकोण से, मुझे यकीन नहीं है कि क्या आप डेटाबेस में विदेशी कुंजी बाधाओं को लागू कर सकते हैं।
मैं वास्तव में ऐसा करने के किसी भी लाभ के बारे में नहीं सोच सकता - इसलिए मैं कहूंगा कि यह एक बुरा विचार है।
