तालिका में विदेशी कुंजी स्तंभ स्थिति

Question

यह एक मूर्खतापूर्ण सवाल हो सकता है, लेकिन यहां के लिए बेस्ट प्रैक्टिस जाता है:

वहाँ एक मानक या सबसे अच्छा अभ्यास है जो क्या एक मेज चाहिए में विदेशी कुंजी कॉलम के आदेश में निर्दिष्ट करता है?

तालिका में बहुत पहले कॉलम जा रहा है पी के विचार, सभी विदेशी कुंजी है, और फिर स्तंभ की तरह एक के लिए

मुझे लगता है कि तालिका के लिए प्रासंगिक thats ..

करने का अन्य तरीका यह है पीके को पहले कॉलम के रूप में, फिर सभी सहायक कॉलम, और फिर सभी विदेशी कुंजी ...

मुझे लगता है कि यह वास्तव में कोई फर्क नहीं पड़ता, लेकिन मैं इसके लिए अपने संगठन में एक मानक प्राप्त करना चाहता हूं। ..

Answer 1

दिलचस्प विचार, लेकिन व्यक्तिगत रूप से मुझे लगता है कि इसके लिए "मेरे संगठन में एक मानक" होने से अच्छा से ज्यादा नुकसान होगा।

प्रशिक्षण और सर्वोत्तम प्रथाएं ठीक लगती हैं, लेकिन एक अंधेरे लागू नियम को "हानिकारक माना जाता है"।

Answer 2

मामूली बातों में कोई फर्क नहीं पड़ता, मुझे लगता है कि सबसे महत्वपूर्ण बात यह है कि आप कॉलम का नाम कैसे देते हैं। यह सुनिश्चित करना कि सभी प्रकार के सम्मेलन का पालन करने वाली विदेशी कुंजी विकास के दौरान आपके जीवन को आसान बना देगी।

उदाहरण के लिए सभी विदेशी कुंजी या कुछ समान _fk प्रत्यय जोड़ना।

तो जब वाहन कुंजी के रूप में उपयोग किया जाता है तो vehicle_id vehice_id_fk बन जाता है।

Answer 3

जहां मैंने काम किया है, मैंने पहले पीके देखा है, उसके बाद विदेशी कुंजी, फिर डेटा। लेकिन डीआरएल सही है; कोई फर्क नहीं पड़ता कि। ऑर्डर जिसमें आप मल्टी-कॉलम इंडेक्स निर्दिष्ट करते हैं, वह महत्वपूर्ण है, लेकिन उस क्रम में जिसमें आप तालिका में कॉलम निर्दिष्ट करते हैं। यदि आप _fk या _key या _id या इसी तरह के सम्मेलन के साथ विदेशी कुंजी कॉलम नामों को प्रत्ययित करते हैं तो यह आपके और आपके उत्तराधिकारी के लिए समय बचाएगा।

Answer 4

डीआरएल से सहमत। कॉलम ऑर्डरिंग के आधार पर एक सम्मेलन बनाए रखना मुश्किल होगा क्योंकि नए कॉलम जोड़े गए थे। इसके अलावा, अधिकांश डीबी ग्राहक आपको कॉलम और उनके पदनामों (पीके, एफके इत्यादि) की एक सूची दे पाएंगे।

Answer 5

बेहतर नियम नहीं है, मैं सुझाव दूंगा। नियम मूर्खों के लिए हैं।

क्या होगा यदि आपने ऐसा नियम पेश किया था, और कोई नई कुंजी जोड़ना चाहता था? या मौजूदा कुंजी में नया कॉलम जोड़ें? क्या वे ऐसा करने के लिए सभी कॉलम पुनर्व्यवस्थित करना चाहते हैं? मैं नहीं देख सकता कि आप इससे क्या हासिल करेंगे।

आपके कॉलम आदर्श रूप से नामित किए जाने चाहिए, इसलिए यह स्पष्ट है कि उनमें क्या है। यह आसान नहीं है, और थोड़ा अतिरिक्त विचार लंबे समय तक खुद को चुकाएगा।

Answer 6

तालिका में विदेशी कुंजी कॉलम का क्रम नहीं है, और प्रासंगिक नहीं होना चाहिए। सबसे अच्छा मानक मैंने देखा है (कि समय के साथ खराब हो, स्वाभाविक रूप से, है):

1. प्राथमिक कुंजी कॉलम
2. नहीं NULL स्तंभों को "तय" लंबाई के होते हैं और उस बदलने की संभावना नहीं कर रहे हैं।
3. नहीं NULL कॉलम कि संभावना है अद्यतन के माध्यम से आबादी होने के लिए
4. नल स्तंभों को अद्यतन
5. कॉलम, नल, या नहीं, कि लगभग हमेशा बदल के माध्यम से आबादी होने की संभावना है। (एक MOD_TIMESTAMP कॉलम के बारे में सोचें जिसका उपयोग स्टेटलेस आशावादी लॉकिंग के लिए किया जाता है।)

इस तरह के कार्यान्वयन का लक्ष्य अद्यतन पर आवश्यक लॉगिंग की मात्रा है।

एक प्रस्तुति परिप्रेक्ष्य से, एक सभ्य ईआरडी उपकरण को कॉलम और "लाइन" स्तर दोनों पर विदेशी कुंजी संदर्भ प्रस्तुत करना चाहिए।

इसके अलावा, मैं पहले जो सलाह देखी है उसका पालन नहीं करता - उदा। VEHICLE_ID_FK। केवल VEHICLE_ID को VEHICLE तालिका की बाल तालिका में रखें और आगे बढ़ें। यदि आपको एकाधिक VEHICLE_ID कॉलम की आवश्यकता है, तो उन्हें उचित रूप से टाइप करें, जैसे कि COPS_VEHICLE_ID और ROBBERS_VEHICLE_ID।