रेफरेंसियल अखंडता कब उचित नहीं है?
संदर्भित अंतरंगता आमतौर पर डेटा वेयरहाउस पर उपयोग नहीं की जाती है, जहां डेटा केवल एक लेनदेन डेटाबेस की एक प्रतिलिपि है। जब आपको आरआई की आवश्यकता नहीं होती है तो इसका एक और उदाहरण है जब आप जानकारी लॉग करना चाहते हैं जिसमें पंक्ति आईडी शामिल हैं; केवल पढ़ने-योग्य लॉग तालिका के लिए संदर्भित अखंडता को बनाए रखना डेटाबेस ओवरहेड का अपशिष्ट है।
क्या फ़ील्ड में विदेशी कुंजी की सूची के एकाधिक और/या संभावित अपूर्ण सबसेट वाले फ़ील्ड होना उपयुक्त है?
कभी-कभी आप डेटा की गुणवत्ता से डेटा कैप्चर करने के बारे में अधिक परवाह करते हैं। कल्पना करें कि आप अलग-अलग प्रणालियों से बड़ी मात्रा में डेटा एकत्र कर रहे हैं, जो प्रत्येक अपने अधिकार में डेटा गुणवत्ता के मुद्दों से ग्रस्त हैं। कभी-कभी आप डेटा की गुणवत्ता के अधिक अच्छे होने के बाद होते हैं और टूटी हुई कुंजियों के साथ भी एक ही स्थान पर सबकुछ रखते हैं। वास्तविक डेटा गुणवत्ता की ओर बढ़ने के लिए एक प्रारंभिक बिंदु दर्शाता है। यह आदर्श नहीं है, लेकिन ऐसा होता है क्योंकि संगठन ट्रेडऑफ से अधिक हो सकते हैं।
आमतौर पर, क्या यह स्कीमा संरचना डिज़ाइन निर्णय या इंटरफ़ेस डिज़ाइन निर्णय होना चाहिए? (या संभवतः न तो या दोनों)
सिस्टम विकास के बारे में सबकुछ सूचना सुरक्षा के आसपास केंद्रित है, और इसका एक प्रमुख तत्व डेटा अखंडता है। जब संभव हो तो डेटाबेस संरचना इन चीजों को लागू करने के लिए दुबला होना चाहिए, हालांकि आप अक्सर आधुनिक डेटाबेस सिस्टम से निपट नहीं रहे हैं। कभी-कभी आपका डेटा स्रोत लंबे पुराने पुरातन ऐप्स वाले पुराने स्कूल AS400 होता है। कभी-कभी आपको एक डेटा और व्यापार परत बनाना होता है जो डेटा अखंडता प्रदान करता है।
बस मेरे विचार।
स्रोत
2010-02-02 22:53:07
ब्याज की बात के रूप में - रेफरेंसियल अखंडता के प्रदर्शन पर प्रभाव पड़ता है? उदाहरण के लिए: आरआई बंद होने के साथ बंद होने के साथ आवेषण और अपडेट तेज हो जाएंगे? –
@ आहार: अच्छा बिंदु। इस तरह के "लागत/लाभ विश्लेषण" में लागत स्पष्ट होनी चाहिए। –