जहाँ तक मुझे पता है, प्रोग्रामर को सही तरीके से डेटा में हेरफेर करने में मदद करने के लिए विदेशी कुंजी (FK) का उपयोग किया जाता है। मान लीजिए कि एक प्रोग्रामर वास्तव में पहले से ही सही तरीके से ऐसा कर रहा है, तो क्या हमें वास्तव में विदेशी कुंजी की अवधारणा की आवश्यकता है?
क्या विदेशी कुंजियों के लिए कोई अन्य उपयोग हैं? क्या मुझसे कोई चूक हो रही है?
2
यह अक्सर यहाँ के आसपास आता है। मैं जोएल स्पॉलस्की को दोषी ठहराता हूं :-)। यहाँ कई अच्छे उत्तर हैं; मेरे
—
प्रतिशोध के
"मान लीजिए कि एक प्रोग्रामर वास्तव में पहले से ही सही तरीके से ऐसा कर रहा है" - मैं इस तरह के परिदृश्य की कल्पना भी नहीं कर सकता।
—
पुनरावर्ती
"फॉरेन की" एक विचार है, न कि तकनीक। यह एक संबंधपरक नियम है। आपका प्रश्न वास्तव में इस बारे में है कि क्या आपको अपने कोड में नियम लागू करने का प्रयास करना चाहिए या डेटाबेस को आपकी मदद करने देना चाहिए। जब संगामिति शामिल होती है, तो डेटाबेस इंजन को नियम लागू करना सबसे अच्छा है, क्योंकि यह डेटाबेस में होने वाले हर चीज़ के बारे में जानता है, जबकि आपका कोड संभवतः जागरूक नहीं हो सकता है।
—
त्रिवेंको
@lubos और cdeszaq दरअसल, यह एक संबंधपरक नियम है ... यह कोडड के "ट्वेल्वे कमांड" के नियम 10 का एक सबसेट है ... "इंटीग्रिटी इंडिपेंडेंस", जो मूल रूप से कहता है कि RDBMS के संबंधपरक अखंडता को किसी भी एप्लिकेशन से स्वतंत्र रूप से बनाए रखा जाना चाहिए जो इसे एक्सेस करता है, जो यह वही है जो मैं एक आसान तरीके से समझा रहा था। यह नियम, अन्य महत्वपूर्ण बातों, विदेशी महत्वपूर्ण बाधाओं के बीच लागू किया गया है। तो हाँ, एक विदेशी कुंजी का विचार "एक" संबंधपरक नियम है।
—
२३:०१ पर त्रिकोको
@lubos: स्पष्ट करने के लिए, आप इस बारे में बात कर रहे हैं कि आप किसी विशेष सुविधा का उपयोग करने जा रहे हैं या नहीं, लेकिन मैं इस बारे में बात कर रहा हूं कि क्या उस सुविधा की उपस्थिति के लिए एक पूर्ण, पूर्ण कार्यात्मक RDBMS का होना आवश्यक है। यदि आप उनका उपयोग करना चुनते हैं, तो प्रासंगिक बाधाएं, आरडीबीएमएस (आवेदन के बजाय) के भीतर लागू की जानी चाहिए, इसलिए यह एक ऐसी विशेषता है जो होनी चाहिए, और इस अर्थ में यह संबंधपरक आवश्यकता है। आप एक पूर्ण RDBMS विकसित करने जा रहे हैं।
—
त्रिवेंको