मैंने देखा है कि मैं नहीं जानता कि कितने तरीकों से इसे संभालने की कोशिश की गई है, और अंत में मुझे लगता है कि आपको केवल मैन्युअल स्क्रिप्ट बनाए रखने की आवश्यकता है।
अब, जरूरी नहीं कि आपको खुद ही लिखना पड़े। MSSQL में, जैसा कि आप परिवर्तन कर रहे हैं, स्क्रिप्ट जेनरेट करने के लिए एक छोटा बटन है, जो आपके द्वारा किए जा रहे परिवर्तन के लिए SQL स्क्रिप्ट को थूक देगा। मुझे पता है कि आप Oracle के बारे में बात कर रहे हैं, और मुझे उनके GUI के साथ काम करते हुए कुछ साल हो गए हैं, लेकिन मैं केवल कल्पना कर सकता हूं कि उनके पास एक ही विशेषता है।
हालाँकि, आप स्क्रिप्ट के साथ मैन्युअल रूप से काम करने से दूर नहीं हो सकते। आपको पहले से मौजूद डेटा के बारे में बहुत सारी समस्याएं होने वाली हैं, जैसे कि नए कॉलम के लिए डिफ़ॉल्ट मान या किसी नामित/हटाए गए/स्थानांतरित कॉलम के लिए डेटा को कैसे संभालना है। यह समय के साथ डेटाबेस स्कीमा के साथ काम करने के विश्लेषण का एक हिस्सा है जिससे आप दूर नहीं हो सकते। यदि आप इसे पूरी तरह से स्वचालित समाधान के साथ करने का प्रयास करते हैं, तो आपका डेटा जल्द या बाद में गड़बड़ा जाएगा।
आपके जीवन को थोड़ा आसान बनाने के लिए मैं केवल एक चीज की सिफारिश करूंगा, यह सुनिश्चित करें कि आप कोड परिवर्तनों से स्कीमा परिवर्तनों को अलग करते हैं। अंतर यह है कि टेबल और कॉलम में स्कीमा परिवर्तन बिल्कुल एक बार और फिर कभी नहीं चलाया जाना चाहिए, और इसलिए व्यक्तिगत परिवर्तन स्क्रिप्ट के रूप में संस्करणित किया जाना चाहिए। हालांकि, कोड परिवर्तन, जैसे संग्रहीत प्रोसेस, फ़ंक्शंस, और यहां तक कि विचार, (और चाहिए) को बार-बार चलाया जा सकता है, और किसी भी अन्य कोड फ़ाइल की तरह ही संस्करणित किया जा सकता है। इसका सबसे अच्छा तरीका मैंने देखा है जब हमारे पास वीएसएस में सभी प्रोसेस/फ़ंक्शंस/विचार थे, और हमारी निर्माण प्रक्रिया सभी को छोड़ देगी और हर अपडेट के दौरान उन्हें फिर से बनाएगी। यह आपके सी #/जावा/जो भी कोड का पुनर्निर्माण करने जैसा ही विचार है, क्योंकि यह सुनिश्चित करता है कि सबकुछ हमेशा अद्यतित है।