उपसेटिंग

रेफरेंशियल इंटिग्रिटी ही डेटाबेस मॅनेजमेंटमधील एक संकल्पना आहे जी रिलेशनल डेटाबेसमधील टेबल्समधील सातत्य आणि अचूकता सुनिश्चित करते. रेफरेंशियल इंटिग्रिटी हे सुनिश्चित करेल की “टेबल 1” मधील “व्यक्ती 1” शी संबंधित असलेले प्रत्येक मूल्य “टेबल 1” मधील “व्यक्ती 2” च्या योग्य मूल्याशी आणि इतर कोणत्याही लिंक केलेल्या सारणीशी संबंधित आहे.

नॉन-प्रॉडक्शन वातावरणाचा भाग म्हणून रिलेशनल डेटाबेसमध्ये चाचणी डेटाची विश्वासार्हता राखण्यासाठी संदर्भात्मक अखंडतेची अंमलबजावणी करणे महत्त्वपूर्ण आहे. हे डेटाच्या विसंगतींना प्रतिबंधित करते आणि योग्य चाचणी आणि सॉफ्टवेअर विकासासाठी सारण्यांमधील संबंध अर्थपूर्ण आणि विश्वासार्ह असल्याची खात्री करते.

रिलेशनल डेटाबेस वातावरणात चाचणी डेटा वापरण्यायोग्य होण्यासाठी संदर्भात्मक अखंडता जपली पाहिजे. चाचणी आणि सॉफ्टवेअर डेव्हलपमेंटसाठी वापरल्या जाणाऱ्या गैर-उत्पादन वातावरणात संदर्भात्मक अखंडता राखणे अनेक कारणांसाठी महत्त्वाचे आहे:

सबसेटिंग, "फक्त डेटा हटवणे" इतके सोपे नाही

सबसेटिंग हे फक्त डेटा हटवण्याइतके सोपे नाही, कारण सर्व डाउनस्ट्रीम आणि अपस्ट्रीमशी संबंधित लिंक केलेल्या टेबल्स रेफरेंशियल अखंडतेचे रक्षण करण्यासाठी प्रमाणानुसार सबसेटिंग करणे आवश्यक आहे. सबसेटिंग हे सुनिश्चित करते की केवळ लक्ष्य सारणीमधील डेटा हटविला जात नाही, तर लक्ष्य सारणीमधून हटविलेल्या डेटाशी संबंधित इतर कोणत्याही लिंक केलेल्या सारणीतील डेटा हटविला जातो. हे सुनिश्चित करते की डेटा हटविण्याचा भाग म्हणून सारण्या, डेटाबेस आणि सिस्टममधील संदर्भात्मक अखंडता जतन केली जाते.

“Table Y” मधून “Person X” काढून डेटा व्हॉल्यूम कमी करणे, "टेबल Y" मधील "व्यक्ती X" शी संबंधित सर्व रेकॉर्ड हटवल्या जाव्यात, परंतु इतर कोणत्याही अपस्ट्रीम किंवा डाउनस्ट्रीम संबंधित सारणी (टेबल A, B, C इ.) मधील "व्यक्ती X" शी संबंधित सर्व रेकॉर्ड देखील हटवल्या पाहिजेत.

“ग्राहक” टेबलमधून “रिचर्ड” काढून डेटा व्हॉल्यूम कमी करणे, "ग्राहक" सारणीतील "रिचर्ड" शी संबंधित सर्व नोंदी हटवल्या पाहिजेत, परंतु इतर कोणत्याही अपस्ट्रीम किंवा डाउनस्ट्रीम संबंधित टेबलमधील "रिचर्ड" शी संबंधित सर्व रेकॉर्ड देखील (पेमेंट टेबल, घटना सारणी, विमा कव्हरेज टेबल इ.) देखील हटवल्या पाहिजेत. हटवले.