मैं कहूंगा कि सबसे पहले और सबसे महत्वपूर्ण:सुसंगत रहें।
मुझे लगता है कि आप अपने प्रश्न में उल्लिखित परंपराओं के साथ लगभग वहां हैं। हालांकि कुछ टिप्पणियां:
मेरे हिसाब से अंक 1 और 2 अच्छे हैं।
बिंदु 3 - दुख की बात है कि यह हमेशा संभव नहीं होता है। इस बारे में सोचें कि आप एक ही टेबल foo_bar
. का सामना कैसे करेंगे? जिसमें कॉलम हैं foo_id
और another_foo_id
दोनों foo
. का संदर्भ देते हैं तालिका foo_id
कॉलम। आप इस पर विचार करना चाहेंगे कि इससे कैसे निपटें। हालांकि यह एक छोटा सा मामला है!
प्वाइंट 4 - प्वाइंट 3 के समान। आप एक से अधिक संदर्भ कॉलम रखने के लिए विदेशी कुंजी नाम के अंत में एक नंबर पेश करना चाह सकते हैं।
प्वाइंट 5 - मैं इससे बचूंगा। जब आप बाद में किसी तालिका से कॉलम जोड़ना या हटाना चाहते हैं तो यह आपको थोड़ा सा प्रदान करता है और सिरदर्द बन जाएगा।
कुछ अन्य बिंदु हैं:
इंडेक्स नेमिंग कन्वेंशन
आप अनुक्रमणिका के लिए एक नामकरण परंपरा शुरू करना चाह सकते हैं - यह किसी भी डेटाबेस मेटाडेटा कार्य के लिए एक बड़ी मदद होगी जिसे आप करना चाहते हैं। उदाहरण के लिए आप शायद एक इंडेक्स foo_bar_idx1
. को कॉल करना चाहें या foo_idx1
- पूरी तरह से आप पर निर्भर है लेकिन विचार करने योग्य है।
एकवचन बनाम बहुवचन स्तंभ नाम
अपने कॉलम नामों के साथ-साथ अपने टेबल नाम में बहुवचन बनाम एकल के कांटेदार मुद्दे को संबोधित करना एक अच्छा विचार हो सकता है। यह विषय अक्सर बड़ी बहसों का कारण बनता है। डीबी समुदाय में। मैं टेबल नाम और कॉलम दोनों के लिए एकवचन रूपों के साथ रहूंगा। वहाँ। मैंने कहा है।
यहाँ मुख्य बात निश्चित रूप से एकरूपता है!