मैंने अपने डेटाबेस में एक केंद्रीय तालिका को संशोधित किया है, और sp_depends शाब्दिक रूप से सैकड़ों परिणाम देता है, और मुझे चिंता है कि कुछ संग्रहीत प्रक्रियाएं मेरे परिवर्तन के बाद अब संकलित नहीं हो सकती हैं।
एक एकल संग्रहीत कार्यविधि की जाँच करना आसान है (मैं सिर्फ स्क्रिप्ट को बदल देता हूं और देखता हूं कि ऑपरेशन सफल है), लेकिन 100+ प्रक्रियाओं पर यह करना थोड़ा बोझिल है।
मुझे पता है कि मैं अपने डेटाबेस की सभी वस्तुओं को फिर से जोड़ने के लिए इस तरह से एक स्क्रिप्ट का उपयोग कर सकता हूं, लेकिन वास्तविक संचालन अगली बार होगा जब संग्रहीत प्रक्रिया निष्पादित की जाती है, तुरंत नहीं, ताकि यह मेरे मामले में उचित न लगे।
मैं यह भी सोच रहा था कि मैं सभी संग्रहीत प्रक्रियाओं को पूरी तरह से छोड़ सकता हूं, और अपने स्रोत नियंत्रण प्रणाली के साथ अपने डेटाबेस को फिर से तैयार कर सकता हूं, लेकिन यह विकल्प, हालांकि व्यवहार्य है, बहुत सुरुचिपूर्ण नहीं है। क्या ऐसा करने का कोई बेहतर तरीका है?
मैं SQLServer 2008 R2 का उपयोग कर रहा हूं और मेरे डेटाबेस स्क्रिप्ट को VS 2008 डेटाबेस प्रोजेक्ट में संग्रहीत किया गया है।
स्पष्ट करने के लिए, मैं वकालत नहीं कर रहा हूं कि किसी को केवल परीक्षण कोड के लिए इस दृष्टिकोण पर भरोसा करना चाहिए। ठीक उसी तरह जैसे कि आप सी # कोड के रूप में अन्य निर्भर फ़ाइलों में तुरंत वाक्यविन्यास त्रुटि का पता लगाते हैं (और फिर यूनिट परीक्षण के लिए अन्य रणनीतियों का उपयोग करते हैं, जैसे कि इकाई परीक्षण, जो आमतौर पर परिमाण के कई आदेश हैं), मुझे लगता है कि एसक्यूएल निर्भरता का पता लगाने में समझदारी होगी पूर्ण कार्यात्मक परीक्षण चलाने के बजाय सेकंड में त्रुटियां जो आम तौर पर पूरी होने में कुछ घंटों का समय ले सकती हैं।