जैसा कि आंतरिक अनुप्रयोग कई वर्षों में विकसित होते हैं, आप कभी-कभी पाते हैं कि ऐसी कई तालिकाएँ हैं, जिनके बारे में लोगों का मानना है कि वे अब प्रासंगिक नहीं हैं और सुस्त होना चाहते हैं। डेटाबेस निर्भरता की पहचान के लिए व्यावहारिक तरीके क्या हैं, दोनों SQL वातावरण के भीतर, और शायद SSIS जैसी चीजों में आगे हैं?
मैंने उन जगहों पर काम किया है जहाँ काफी क्रूर विकल्प लिए गए हैं जैसे:
- पहले ड्रॉप करें, बाद में सवाल पूछें (डेटा वेयरहाउस बिल्ड को मार सकता है यदि वह एक तालिका निकालने की कोशिश करता है जो अब मौजूद नहीं है)
- अनुमतियाँ पहले निकालें, और रिपोर्ट की जाने वाली त्रुटियों के लिए प्रतीक्षा करें (यदि मूक बग को सही ढंग से नियंत्रित नहीं किया गया है, तो मौन कीड़े पैदा कर सकते हैं)
मैं सराहना करता हूं कि SQL सर्वर उस उदाहरण के भीतर निर्भरता पर नज़र रखने के लिए उपकरण के साथ आता है, लेकिन अगर आपके पास विभिन्न उदाहरणों पर डेटाबेस है तो ये संघर्ष करने लगते हैं। क्या ऐसे विकल्प हैं जो निर्भरता को क्वेरी करना आसान बनाते हैं, शायद "इस कॉलम का उपयोग कहां किया जाता है" जैसे सवालों का जवाब दे रहा है। "इस संग्रहीत कार्यविधि में अन्य सर्वर पर" या "इस SSIS पैकेज में ओवर" जैसे उत्तरों के साथ?