डेटाबेस संरचना का संस्करण विस्थापित: एक और दृष्टिकोण

मैंने एक दिलचस्प और उपयोगी लेख ( 1 ) पढ़ा - और अपना खुद का अनुभव साझा करना चाहता था। हमारी कंपनी में, एक (हमारे अपने, ओरेकल-उन्मुख) कार्यक्रम के साथ काम करने के 12 वर्षों में, सैकड़ों ग्राहकों ने डेटाबेस संरचना को अपग्रेड करने के विषय पर समृद्ध सामग्री जमा की है।

प्रारंभ में, हमने यह मान लिया कि प्रत्येक डेटाबेस में अंतिम अपग्रेड के वर्जन नंबर को स्टोर करना और स्क्रिप्ट को बढ़ा-चढ़ाकर रोल करना, वर्जन को वांछित तक बढ़ाता है। इस तकनीक का हमारे कार्यक्रम के पिछले संस्करण में सफलतापूर्वक उपयोग किया गया था जो विरोधाभास DBMS के साथ काम करता था। लेकिन ओरेकल डीबीएमएस के साथ सब कुछ गलत हो गया, प्रत्येक क्लाइंट की अपनी दृष्टि थी कि उसका डेटाबेस क्या होना चाहिए, और सिंक से बाहर संस्करण एक अपरिहार्य बुराई बन गया। संस्करणों द्वारा उन्नयन की सामान्य विधि लगातार उन त्रुटियों की ओर ले जाने लगी, जिन पर किसी ने भी ध्यान नहीं दिया और संरचनाओं का बेमेल निर्माण कई वर्षों तक चला। नतीजतन, प्रत्येक ग्राहक अपने स्वयं के लिए निकला, किसी भी अन्य, डेटाबेस संरचना के समान नहीं है, और कार्यक्रम के ग्राहक भाग को किसी भी तरह से निपटना पड़ा।

कुछ बिंदु पर, प्रबंधन ने कंपनी के मुख्य प्रोग्रामर (मुझे) को निर्देश दिया, जो एक रचनात्मक व्यक्ति है जो अधिक समय बिताने के लिए पसंद करता है, लेकिन नियमित रूप से काम करने से बचने के लिए, डेटाबेस उन्नयन की समस्या से निपटने के लिए। और फिर एक उपकरण विकसित किया गया था जिसने सभी ग्राहकों के लिए डेटाबेस संरचनाओं में अंतर को कम करना संभव बना दिया। मैं विश्व समुदाय को इस तकनीक के बारे में बताना चाहता हूं।



नई तकनीक तीन एल्गोरिदम पर आधारित है:

- वास्तविक डेटाबेस की XML छवि प्राप्त करना
- दो एक्सएमएल छवियों की तुलना करना और मतभेदों की पहचान करना
- मतभेदों को खत्म करने के लिए एक स्क्रिप्ट का गठन

उपयोगकर्ता इंटरफ़ेस

नेत्रहीन, उपकरण एक खिड़की की तरह दिखता है, क्षैतिज रूप से तीन क्षेत्रों में विभाजित होता है:
- बाएं फलक में - लोड की गई वस्तुओं की एक पेड़ संरचना (संक्षिप्तता के लिए - "पेड़");
- मध्य और दाएं पैनल में - तुलनात्मक संरचनाओं में पेड़ में चयनित वस्तु का विस्तृत विवरण (मैं इन पैनलों को "तुलना पैनल" कहता हूं)।

एक या दो संरचनाओं को प्रोग्राम में लोड किया जाता है - एक वास्तविक डेटाबेस से या एक XML फ़ाइल से। एकजुट पदानुक्रम को ऑब्जेक्ट ट्री में प्रदर्शित किया जाता है, अर्थात्, ऐसी वस्तुएं जो कम से कम दो लोड संरचनाओं में से एक में मौजूद हैं। एक तरफ से अलग या अनुपस्थित वस्तुओं की पहचान अलग-अलग आइकन द्वारा की जाती है - क्रमशः सफेद, नीले या लाल-सफेद, (उस तरफ लाल जहां वस्तु अनुपस्थित है)।

एक बटन के स्पर्श में, एक फ़िल्टर पैनल दिखाई देता है या पेड़ के ऊपर गायब हो जाता है।

प्रत्येक तुलना पैनल के शीर्ष पर, एक डेटा स्रोत प्रदर्शित होता है - एक ओरेकल स्कीमा या फ़ाइल।

एक बटन के स्पर्श पर, एक विकल्प पैनल प्रकट होता है या तुलना पैनल के ऊपर गायब हो जाता है।

उपयोगकर्ता इंटरफ़ेस अलग हो सकता है, यह महत्वपूर्ण नहीं है - और, शायद, हम इसे भविष्य में रीमेक करेंगे - लेकिन अभी तक यह कुछ ऐसा दिखता है जैसा मैंने वर्णित किया है।

वास्तविक डेटाबेस की XML छवि प्राप्त करना

एक वास्तविक डेटाबेस से जुड़ते हुए, प्रोग्राम SQL प्रश्नों की एक श्रृंखला को निष्पादित करता है, Oracle मेटाडेटा के बारे में जानकारी प्राप्त करता है, और प्राप्त जानकारी को प्रोग्राम मेमोरी में एक पदानुक्रमित ऑब्जेक्ट संरचना में एकत्र किया जाता है, जहां प्रत्येक मेटाडेटा ऑब्जेक्ट को अपना स्वयं का पदानुक्रम नोड सौंपा जाता है।

उसी समय, उपयोगकर्ता लोड किए गए मेटाडेटा ऑब्जेक्ट्स के प्रकार और नामों को फ़िल्टर कर सकता है।

सामान्य स्थिति में, कई सर्किट की संरचनाएं लोडिंग के अधीन होती हैं। उपयोगकर्ता तीन विकल्पों में से एक का चयन करता है:
- सार योजना
- विशिष्ट योजना
- सभी सर्वर स्कीमा

यदि आप पहले या दूसरे विकल्प का चयन करते हैं, तो आप आसन्न पैनल पर कई अतिरिक्त योजनाओं का चयन कर सकते हैं, और हम तुरंत चयनित मुख्य योजना को कॉल करते हैं।

यदि आप तीसरे विकल्प का चयन करते हैं, तो मानक सर्वरों को छोड़कर सभी सर्वर योजनाओं की संरचना लोड की जाती है (Oracle की स्थापना के दौरान बनाई गई और डेटाबेस आवृत्ति बना रही है)

"सार स्कीमा" का अर्थ है कि मुख्य ओरेकल स्कीमा का नाम मायने नहीं रखता है, इसलिए आप संरचना में समान नामों की तुलना विभिन्न नामों से कर सकते हैं। व्यवहार में, इसका मतलब है कि मुख्य सर्किट के नोड नाम को लोड सर्किट का नाम प्राप्त नहीं होगा, लेकिन अमूर्त उपयोगकर्ता नाम - उस नाम के साथ एक सर्किट नहीं बनाया जा सकता है (और अगर कोई सफल होता है, तो यह बहुत कम समझ में आता है)।

"विशिष्ट योजना" का अर्थ है कि मुख्य योजना का नाम मायने रखता है, और इसकी संरचना की तुलना केवल उसी नाम की योजना की संरचना से की जा सकती है।

अतिरिक्त योजनाओं की हमेशा नाम के आधार पर तुलना की जाती है, अर्थात इन योजनाओं के नोड्स का नाम मूल ओरेकल योजनाओं के नाम पर रखा गया है।

परिणामी ऑब्जेक्ट संरचना को XML फ़ाइल में सहेजा जा सकता है, जिसे तुरंत ज़िप प्रारूप में पैक किया जा सकता है।

तदनुसार, ऐसी फ़ाइल को प्रोग्राम द्वारा पढ़ा जा सकता है, और ऑब्जेक्ट मॉडल को सहेजे गए छवि में पुनर्स्थापित किया जाएगा।

हमारे प्रोग्राम की प्रत्येक नई रिलीज़ मानक डेटाबेस के साथ पैक्ड फ़ाइल में इस तरह से आती है, ताकि क्लाइंट सर्वर पर आप संलग्न फ़ाइल से छवि के साथ वास्तविक संरचना की तुलना करके मतभेदों का विश्लेषण कर सकें।

दो XML छवियों की तुलना करना और अंतर पहचानना

तुलना किए गए नोड्स की पहचान दो मानदंडों पर आधारित है - सामान्य अभिभावक नोड और नोड का एक ही नाम। नोड नाम का उपयोग एक मूल नोड के बच्चे के नोड्स को सॉर्ट करने के लिए भी किया जाता है। इसलिए, विभिन्न प्रकार की वस्तुओं के नोड्स के नामकरण को विशेष महत्व दिया जाता है।

पदानुक्रम के शीर्ष स्तर पर आरेख के नोड होते हैं - पहले नाम से क्रमबद्ध अतिरिक्त आरेख होते हैं, फिर मुख्य आरेख (याद करें, इस नोड को या तो आरेख या शब्द उपयोगकर्ता के नाम से कहा जाता है)।

स्कीमा के चाइल्ड नोड्स एक ही प्रकार की वस्तुओं (टेबल, व्यू, सीक्वेंसर, स्टोर की गई प्रक्रिया आदि) के समूह होते हैं। इन नोड्स के नाम उनके उद्देश्य के अनुरूप होते हैं: टेबल, व्यूज आदि।

तीसरे स्तर पर वे वस्तुएं हैं, जिनका नाम उनके समूह में अद्वितीय होना चाहिए।

चौथा और आगे का स्तर ऑब्जेक्ट के प्रकार द्वारा निर्धारित किया जाता है, और पेड़ में प्रदर्शित नहीं होता है। ये स्तर प्रोग्राम मेमोरी में संग्रहीत या संसाधित की गई वस्तुओं या उनके समूहों के अनुरूप होते हैं और तीसरे स्तर के संबंधित ऑब्जेक्ट का चयन करते समय तुलना पैनल पर प्रदर्शित होते हैं।

उदाहरण के लिए, एक तालिका में अपने बच्चे के नोड्स के साथ एक कॉलम चाइल्ड नोड होता है, जिसमें टेबल के प्रत्येक क्षेत्र का वर्णन होता है, इसमें ट्रिगर्स, बाधा नोड्स आदि होते हैं।

प्रोग्राम मेमोरी में प्रत्येक ऑब्जेक्ट तुलनात्मक संरचनाओं में से प्रत्येक में एक वस्तु की उपस्थिति और उनके बीच के अंतरों के संकेत संग्रहीत करता है। चाइल्ड नोड्स में अंतर के संदर्भ में समग्र वस्तुओं की तुलना की जाती है, अंतिम नोड्स की तुलना प्रत्येक प्रकार की वस्तु के लिए व्यक्तिगत तरीकों से की जाती है।

पीएल / एसक्यूएल ऑब्जेक्ट्स (ट्रिगर्स, प्रक्रियाएं, आदि) के लिए, पाठ डेटा की दृश्य तुलना जैसे कि परे तुलना, WinMerge या किसी अन्य के लिए एक बाहरी उपयोगिता को चलाना संभव है (यह माना जाता है कि यह उपयोगिता पहले दो कमांड लाइन मापदंडों के रूप में तुलना की गई फ़ाइलों के नामों को स्वीकार करती है) ।

लेकिन इन वस्तुओं की पहचान के बारे में निर्णय उनके स्वयं के तुलना एल्गोरिथ्म के आधार पर किया जाता है, जो टिप्पणियों, सीमांकक (रिक्त स्थान, टैब, लाइन ब्रेक) या वर्णों के मामले (स्ट्रिंग स्थिरांक के अपवाद के साथ) में अंतर की अनदेखी करता है।

मतभेदों को खत्म करने के लिए एक स्क्रिप्ट का निर्माण

स्क्रिप्ट को बाएं से दाएं या दाएं से बाएं दोनों तरफ उत्पन्न किया जा सकता है - दोनों तुलना पैनल सभी एल्गोरिदम के लिए समान हैं।

स्क्रिप्ट को पूरी लोड की गई संरचना और पेड़ में चयनित ऑब्जेक्ट के लिए (आरेख, एक ही प्रकार की वस्तुओं का समूह या एक वस्तु) दोनों के लिए उत्पन्न किया जा सकता है।

स्क्रिप्ट बनाते समय, उसी फ़िल्टर का उपयोग संरचना को लोड करते समय (प्रकार और नाम से) के रूप में किया जाता है। उदाहरण के लिए, आप केवल ट्रिगर और प्रक्रियाओं की तुलना कर सकते हैं, आदि। - भले ही लोडिंग एक फिल्टर के बिना हुई हो, क्योंकि लोडिंग संरचनाओं के बाद इसे बदला जा सकता है।

स्क्रिप्ट को प्रत्येक योजना के लिए क्रम में बनाया गया है जिस क्रम में वे सूचीबद्ध हैं - इस प्रकार, अतिरिक्त योजनाओं की तुलना मुख्य एक से पहले की जाती है, और एक योजना के सभी संचालन अंतिम स्क्रिप्ट में एक निरंतर टुकड़े में आते हैं।

एक स्कीम के अंदर, स्क्रिप्ट को ऑब्जेक्ट्स के प्रकारों के अनुसार बनाया जाता है - पहले, समानार्थी शब्द संसाधित होते हैं, फिर टाइप हेडर, टेबल, फॉरेन कीज़, सीक्वेंसर, फ़ंक्शंस, पैकेज हेडर, व्यूज़, टाइप बॉडीज़, पैकेज बॉडीज़, ट्रिगर्स और कॉन्टेक्ट्स को प्रोसेस किया जाता है।

उसी प्रकार की वस्तुओं को उनके नाम (वर्णानुक्रम) के क्रम में संसाधित किया जाता है। कभी-कभी (काफी कम) यह फिर भी टकराव की ओर जाता है जिसे बार-बार सिंक्रोनाइज़ेशन एल्गोरिथ्म के उपयोग द्वारा समाप्त कर दिया जाता है - लेकिन अधिकांश मामलों में, निर्दिष्ट प्रकार की प्रसंस्करण प्रक्रिया ऑब्जेक्ट्स के बीच निर्भरता से संबंधित त्रुटियों को समाप्त करती है।

अंतर संसाधित करते समय, निम्नलिखित नियम लागू होते हैं:
- यदि लक्ष्य संरचना में कोई वस्तु नहीं है, तो इसे बनाने का एक कमांड स्क्रिप्ट में जोड़ा जाता है।
- यदि ऑब्जेक्ट की संरचना में अंतर है, तो स्क्रिप्ट में बदलाव करने के आदेश दिए जाते हैं।
- यदि मूल संरचना में कोई ऑब्जेक्ट नहीं है, तो डिफ़ॉल्ट रूप से कुछ भी नहीं किया जाता है, लेकिन स्क्रिप्ट में ऑब्जेक्ट को हटाने के लिए कमांड डालने की एक वैकल्पिक क्षमता है।
- संरचना में परिवर्तन के अभाव में, कुछ भी डिफ़ॉल्ट रूप से नहीं किया जाता है, लेकिन स्क्रिप्ट में ऑब्जेक्ट को फिर से बनाने के लिए कमांड डालने की एक वैकल्पिक क्षमता है।

डेटाबेस सर्वर से कनेक्शन

योजना के विश्लेषण के लिए और स्क्रिप्ट के उपयोग के लिए, दो कनेक्शन विकल्प संभव हैं - मुख्य योजना की ओर से और सुपरयुसर (sys) की ओर से। दूसरा बेहतर है, लेकिन अगर कोई एक्सेस नहीं है (sys पासवर्ड अज्ञात है, तो यह मुख्य योजना की ओर से काम कर सकता है, लेकिन मेटाडेटा के कुछ काम होंगे। इस मामले में उपलब्ध नहीं है। कार्यक्रम खुद ही दोनों कनेक्शन विकल्पों की कोशिश करता है, पहले sys की ओर से जुड़ने की कोशिश करता है।

सर्वर से मेटाडेटा डाउनलोड करने से पहले हर बार एक कनेक्शन स्थापित किया जाता है और तैयार स्क्रिप्ट को निष्पादित करने से पहले, आवश्यक ऑपरेशन करने के बाद, सर्वर से एक स्वचालित डिस्कनेक्ट किया जाता है।

निष्कर्ष

वर्णित तकनीक शायद अपूर्ण है - और मुझे अपने सहकर्मियों की राय को पढ़ने में खुशी होगी, भले ही मैं उनसे असहमत हूं।

फिर भी, वर्णित उपकरण हमारी कंपनी में लगभग तीन वर्षों से काम कर रहा है, और इस समय के दौरान इसने हमारे ग्राहकों की अधिकांश योजनाओं में अंतरों का विश्लेषण और उन्हें खत्म करने में मदद की।

टूल को लगातार बेहतर बनाया जा रहा है और नई सुविधाओं के साथ उखाड़ फेंका जा रहा है - अब यह डेटा और मेटाडेटा पर एक फिल्टर का उपयोग करके डेटा को निर्यात और आयात कर सकता है, प्रोग्राम का पूरा बैकअप बना सकता है (क्लाइंट भाग, डेटाबेस और सेटिंग्स फ़ाइलें), अपलोड करें और ओरेकल डायरेक्टरी से फाइल डाउनलोड करें, जिससे फ़ाइल सिस्टम के माध्यम से कोई सीधी पहुंच नहीं है, यह संस्करण द्वारा संग्रहीत स्क्रिप्ट की पुरानी पद्धति को भी लागू करता है - हम इस पद्धति का उपयोग विशेष मामलों में करते हैं, नई तकनीक का उपयोग करने से पहले इन लिपियों को निष्पादित किया जाता है ।
_{(मैंने इस जगह को सवालों के जवाब में टिप्पणियों में 3 या 4 बार दोहराने के बाद उजागर किया)}

टूल की सभी विशेषताएं कमांड लाइन मोड में लॉन्च करने के माध्यम से उपलब्ध हैं, अर्थात, आप बैच बैच फ़ाइलों को बना सकते हैं जो मानव हस्तक्षेप के बिना शेड्यूल पर काम करते हैं।

बेशक, डेटाबेस संरचना को अपग्रेड करने जैसी चीजें, विशेष रूप से बड़ी संख्या में अंतर के साथ, सबसे अच्छा मैन्युअल रूप से किया जाता है, बदले में प्रत्येक अलग वस्तु का विश्लेषण करता है। इसके अलावा, इस तरह के ऑपरेशन से पहले, डेटाबेस का पूर्ण बैकअप करने की दृढ़ता से सिफारिश की जाती है। लेकिन जैसा कि वर्णित एल्गोरिदम में सुधार होता है, उपयोगकर्ता की योग्यता का मूल्य हमारी आंखों से ठीक पहले घट जाता है।

मैं होबे के लिए नया हूं, लेकिन यहां वे इमोटिकॉन्स को नापसंद करते हैं - इसलिए मैं पाठकों को सुझाव देता हूं कि वे खुद से अनुमान लगाएं कि मैंने किन वाक्यांशों में खुद को मज़ाक करने दिया।

आपका ध्यान देने के लिए धन्यवाद।