डेटाबेस संरचनाओं के टीम विकास का संगठन

हाल ही में, ओरेकल डेटाबेस के लिए डेटा योजना के टीम विकास (लगभग 10 लोग) का मुद्दा हमारे संगठन में बहुत जरूरी हो गया है। हमने प्रसिद्ध इरविन 3.5.x परिवार के उत्पाद की मदद से पुराने ढंग से काम किया और कुछ समय के लिए हम फ़ाइल को एक केंद्रीकृत संस्करण नियंत्रण प्रणाली में रखकर इसकी क्षमताओं से पूरी तरह संतुष्ट थे और इसे आवश्यकतानुसार अवरुद्ध कर दिया, जिससे समानांतर विकास के टकराव से बचा जा सका। लेकिन सब कुछ बहता है, सब कुछ बदलता है, टीम बढ़ती है, और 21 वीं सदी यार्ड में है, इसलिए हमने अधिक आधुनिक साधनों का उपयोग करने का फैसला किया। वास्तव में, एक योजना को एक नए प्रारूप (हालांकि एक ही निर्माता के) और सामूहिक विकास के लिए औजारों के संगठन में स्थानांतरित करने की प्रक्रिया के बारे में एक कहानी है, उत्पाद के बारे में चर्चा के साथ पतला और विशेष रूप से इसे हमारे काम में उपयोग करने के पैटर्न के बारे में। वर्णित प्रक्रिया नुकसान के बिना नहीं गई थी, इसलिए शायद इस तरह के संक्रमण का अनुभव किसी के लिए उपयोगी होगा।

कथा योजना:

• उत्पाद के बारे में चर्चा, उपयोग पैटर्न के विषय पर टिप्पणी, स्वरूपों का दुरुपयोग।
• डेटाबेस में प्रारंभिक कार्य, शर्मिंदगी।
• टीम विकास, प्रदर्शन अनुकूलन का संगठन।

उत्पाद के बारे में चर्चा, उपयोग पैटर्न के विषय पर टिप्पणी, स्वरूपों का दुरुपयोग

डेटाबेस स्कीमा में व्यवस्था बनाए रखना महत्वपूर्ण है, खासकर अगर लाइव विकास हो, तो तालिकाओं और उनके रिश्तों की संख्या बढ़ती है, और कोई भी संरचनाओं के पूरे पदानुक्रम को ध्यान में नहीं रख सकता है। यह सभी के लिए स्पष्ट है, ठीक है, यह हमारे लिए स्पष्ट था जब हमने ओरेकल के लिए विकसित करना शुरू किया था। यह एक लंबे समय तक चलने वाला मामला था, और पसंदीदा इरविन 3.5.2 नामक तत्कालीन प्लेटिनम फर्म से एक डिज़ाइन उपकरण था। इस उपकरण का अध्ययन किया गया था (वैसे, अभी भी इसका अध्ययन किया जा रहा है - विश्वविद्यालयों के डेटाबेस विशेषज्ञों और डेटाबेस डेवलपर्स के पाठ्यक्रमों में यह परिचितों के छात्रों द्वारा पहचाना गया था)। यह वह संस्करण है जिसने कुछ लोकप्रियता हासिल की है, ठीक है, इसे काफी उचित कहा जाना चाहिए। Windows'98 के समान उम्र होने के नाते, यह काफी कुशल है, सभ्य आकार की योजनाओं के साथ मुकाबला करता है, मैक्रोज़ के लिए लचीले रूप से कॉन्फ़िगर किया गया है और ओरेकल के आधुनिक संस्करणों के लिए सही स्क्रिप्ट उत्पन्न करता है, हालांकि यह केवल संस्करण 8 के लिए डिज़ाइन किया गया है, यह डेटाबेस से रिवर्स इंग्रीडिंग से भी मुकाबला करता है। हमने हाल ही में इसका उपयोग किया, और कोई विशेष असफलता नहीं थी। हालांकि, वहाँ विपक्ष हैं। सबसे पहले, किसी कारण से वह नेटवर्क प्रिंटर के साथ बिल्कुल भी अनुकूल नहीं है। यदि नेटवर्क प्रिंटर को डिफ़ॉल्ट प्रिंटर के रूप में कॉन्फ़िगर किया गया है, तो सर्किट का प्रारंभिक लोड बहुत धीमा होगा, अगर प्रिंटर सीधे मशीन से जुड़ा हुआ है या वर्चुअल प्रिंटर का उपयोग किया जाता है, तो समान सर्किट बहुत तेज़ी से लोड होता है। दूसरे, जैसा कि मैंने पहले ही उल्लेख किया है, यह ओरेकल 8 के साथ काम करने के लिए डिज़ाइन किया गया है (और सामान्य रूप से डेटाबेस संस्करणों की पसंद बहुत बड़ी नहीं है, MySQL या Postgree सिद्धांत रूप में नहीं है) और इसलिए, नए संस्करणों के लिए तालिका संरचनाओं का ठीक-ठीक ट्यूनिंग, उदाहरण के लिए, विभाजन का उपयोग करना असंभव है। । तीसरा, हम इसमें टीम के विकास के लिए समर्थन को कॉन्फ़िगर नहीं कर सके। संभावित रूप से, मॉडलमार्ट समर्थन पहले से ही इस संस्करण में है, लेकिन किसी ने भी एक समय में परेशान नहीं किया (टीम खुद 2 लोगों में थी), लेकिन बाद में इसे एक अलग उत्पाद के रूप में नहीं मिला। फिर से, मॉडलमार्ट टूल्स (जिसे अब मॉडल मैनेजर कहा जाता है) की एक विशेषता डेटाबेस में सर्किट का भंडारण है, अर्थात। इस उत्पाद के पुराने संस्करण डेटाबेस के नए संस्करणों के साथ कैसे मित्र हैं यह एक और सवाल है। शेष कमियों को परिभाषित नहीं किया जा रहा है, हालांकि निश्चित रूप से वे कभी-कभी खुद को प्रकट करते हैं और बहुत कष्टप्रद होते हैं (उदाहरण के लिए, नाम से एक सबमॉडल की खोज केवल पहले अक्षर से संभव है, और पहली घटना से; सबमॉडल में जोड़े जाने के लिए एक तालिका की खोज केवल भौतिक स्तर के नाम से संभव है, जबकि रिपोर्टों में; जो उत्पन्न होते हैं, कभी-कभी केवल तार्किक स्तर प्रदर्शित किया जाता है, केवल सर्किट फ़ाइल तक पहुंच के स्तर पर अधिकारों का प्रतिबंध संभव है; ग्रिड और अन्य बारीकियों पर वस्तुओं का कोई संरेखण नहीं है)।



एक निश्चित मोड़ आया, और एरविन के आधुनिक संस्करण में स्विच करने की आवश्यकता में एक सटीक निश्चितता थी। प्रबंधन भी उत्पाद खरीदने के लिए सहमत हो गया, लेकिन अपने आप में कोई भी पुराने संस्करण नहीं बिके। लेकिन संक्रमण के लिए एक महत्वपूर्ण शर्त सभी पुराने विकासों का समर्थन करने की आवश्यकता है। पुराने विकास - यह संपूर्ण डेटा योजना (लगभग 20Mb और 7 वर्ष के विकास) के साथ एक फ़ाइल है। हमने हमेशा इरविन को शुद्ध रूप से मॉडलिंग संरचनाओं के लिए इस्तेमाल किया, और काम का तर्क वहाँ नहीं मिलता है। इस प्रकार, प्रोग्राम से उत्पन्न स्क्रिप्ट के साथ स्क्रैच से आधार को तैनात करने के लिए यह कार्य करने के लायक नहीं है - नए उदाहरणों को तैनात करने के लिए, संरचना, तर्क और सभी तकनीकी सेटिंग्स के साथ एक संदर्भ आधार का उपयोग किया जाता है। यदि हमने तर्क रखा, तो संस्करणों को अद्यतन करने की समस्या बहुत पहले दिखाई देगी, क्योंकि आठवें संस्करण में pl / sql और 10 में pl / sql, ये दो बड़े अंतर हैं। नतीजतन, पल में देरी करना संभव था। चूंकि हम केवल संरचनाओं और रिश्तों में रुचि रखते हैं - हम विभिन्न "कचरा" से आरेख को साफ करते हैं (जब रिवर्स एनेर्जी का उपयोग करते हैं, तो तालिका से जुड़े ट्रिगर आरेख में गिर जाते हैं, वे इकाई रिपोर्ट-> इकाई / ट्रिगर विकल्प रिपोर्ट) के माध्यम से खोजना आसान है, डेवलपर्स वेबसाइट से परीक्षण डाउनलोड करें। संस्करण 7.3 "कोशिश करने के लिए" है और हम उम्मीद करते हैं कि योजना एक नए प्रारूप में खुलेगी (वास्तव में, मैं अतिशयोक्ति करता हूं, निश्चित रूप से, किसी को भी यह आसान होने की उम्मीद नहीं थी)। लेकिन नहीं, सातवें संस्करण में तीसरे संस्करण का ईआर 1 प्रारूप नहीं दिखता है।



यह प्रारूपों के बारे में बहस करने का समय है। इरविन 3.5.x सर्किट को एक .ER1 फ़ाइल (प्लस बैकअप .BK1) में संग्रहीत करता है। यह एक ऐसा बंद द्विआधारी प्रारूप है, यदि आप इसे देखने के लिए खोलते हैं - ठीक है, तो परिचित पत्र होंगे, लेकिन अब और नहीं। इरविन डेटा मॉडलर का सातवां संस्करण एक निश्चित प्रारूप को समझता है .ER1, हालांकि, एक नोट के साथ कि यह चौथे संस्करण का प्रारूप है, और तीसरा नहीं। यह संभवतः इस तथ्य के कारण है कि यह चौथे संस्करण से था कि प्लेटिनम उत्पाद को कंप्यूटर एसोसिएट्स (या सीए द्वारा अधिग्रहित किया गया था क्योंकि वे आधिकारिक तौर पर अभी नामित हैं)। हमें चाल में जाना होगा, क्योंकि इरविन 4.1.x आधिकारिक तौर पर किसी भी तरह से वितरित नहीं है और कोई भी परीक्षण संस्करण नहीं मिल सकता है (और इससे भी अधिक खरीदा नहीं गया है)। तो, एक स्पष्ट विवेक के साथ, पायरेटेड संस्करण डाउनलोड करें जहां से हम इसे पा सकते हैं। सामान्य तौर पर, यह अजीब है कि इस तरह के एक प्रसिद्ध और महंगे उत्पाद के लिए, सीए ने संस्करण प्रारूपों के बीच परिवर्तित करने के लिए एक उपयोगिता प्रदान नहीं की। दोबारा खोलने के तुरंत बाद स्मृति में पुन: रूपांतरण होता है। प्रारंभ में, फ़ाइल ने लगभग 20 एमबी लिया, रूपांतरण में कुछ मिनट लगे। इस ऑपरेशन के बाद, फ़ाइल 60 एमबी वजन करने लगी। हालाँकि, हमें श्रद्धांजलि अर्पित करनी चाहिए, यह मामला लोडिंग तीसरे संस्करण की तुलना में तेज़ प्रतीत होता है।

डेटाबेस में प्रारंभिक कार्य, शर्मिंदगी

फिर इरविन डेटा मॉडलर 7.3 (इरविन मॉडल नेविगेशन 7.3 के साथ बंडल) स्थापित करें, और फिर अलग से इरविन मॉडल प्रबंधक 7.3। स्थापना स्वयं कठिनाइयों का कारण नहीं बनती है, हालांकि, मॉडलमार्ट के पहले लॉन्च से पहले, आपको उस डेटाबेस को कॉन्फ़िगर करने की आवश्यकता है जहां इरविन योजना की सभी वस्तुओं को संग्रहीत किया जाएगा। सीए कंपनी ने इस बात का ध्यान रखा और वितरण किट में दो गाइड हैं - हम कार्यान्वयन गाइड में रुचि रखते हैं (दूसरे में, प्रशासक गाइड विशेष रूप से दिलचस्प नहीं है)। यह बनाने के लिए आवश्यक है (हमारे पास ओरेकल है - इसलिए, इस डीबीएमएस के साथ काम करने वाली चिंताओं के ऊपर सब कुछ कहा गया है) मॉडल, इंडेक्स टेबलस्पेस को स्टोर करने के लिए टेबलस्पेस, मॉडल को स्थापित करने वाले उपयोगकर्ता की भूमिका, मॉडल व्यवस्थापक उपयोगकर्ता (यह उपयोगकर्ता भी स्थापना भूमिका दे सकता है) अच्छी तरह से और भूमिका। मॉडल प्रबंधक के उपयोगकर्ताओं के लिए (वैसे, इन उपयोगकर्ताओं को डीबीए देना मत भूलना)। दरअसल, जब आप पहली बार मॉडल मैनेजर का प्रशासनिक हिस्सा शुरू करते हैं, तो वे यह सब पूछेंगे - आपको व्यवस्थापक के रूप में लॉग इन करने की आवश्यकता है, डेटा और इंडेक्स के लिए एक टेबलस्पेस निर्दिष्ट करें, और कार्य के लिए आवश्यक तालिकाओं और प्रक्रियाओं को बनाने के लिए कार्यक्रम की प्रतीक्षा करें। आरंभीकरण के साथ कोई समस्या नहीं है, लेकिन यदि आवश्यक हो, तो बनाई गई सेटिंग्स को हटा दें (अभी काम नहीं कर रहे संस्करण पर प्रयोग करना) मेरे पास एक त्रुटि और कुल गड़बड़ थी, जिसके बाद मैं त्रुटि संदेश के साथ मॉडल प्रबंधक से कनेक्ट नहीं कर सका (वही बकवास तब होता है जब लाइसेंस को नवीनीकृत करने का प्रयास - परीक्षण से काम करने के लिए, अगर मॉडल पहले से ही परीक्षण में बनाया गया है)। इसे निम्न प्रकार से व्यवहार किया गया - मॉडल प्रशासक के सभी उपयोगकर्ता ऑब्जेक्ट को हटा दिया गया और त्रुटि अनदेखा मोड के साथ प्रोग्राम फ़ोल्डर से SQL नेविगेटर में MMartInit.ora स्क्रिप्ट को चलाया। इस स्क्रिप्ट में कुछ पूरा किया गया था, कुछ नहीं था, लेकिन मॉडल प्रबंधक व्यवस्थापक कंसोल को शुरू करने के बाद, प्रोग्राम बहुत कम से कम डेटाबेस से जुड़ने में सक्षम था और कहा कि यह कहता है कि मेरे पास कुछ है, लेकिन यह क्षतिग्रस्त है और इसे पुनर्स्थापित कर सकता है। मेरी ओर से पुष्टि के बाद, तालिका संरचना को नए सिरे से बनाया गया था और सब कुछ काम किया था। हमें इस पल के लिए सीए को दोष देना चाहिए: स्वाभाविक रूप से, इस तरह के एक महंगे उत्पाद खरीदने से पहले, संगठन पूरी व्यवसाय प्रक्रिया को अग्रिम रूप से परीक्षण करना चाहता है, क्योंकि पूर्ण कार्यक्षमता के साथ परीक्षण संस्करण सीधे निर्माता से उपलब्ध हैं। और हां, सब कुछ कॉन्फ़िगर और परीक्षण किए जाने के बाद, पूर्ण विशेषताओं वाले लाइसेंस को अपडेट करने की प्रक्रिया में कोई समस्या नहीं होनी चाहिए।



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



तो, सभी प्रीसेट किए जाते हैं। अगला चरण सर्किट को 7.x संस्करण में स्थानांतरित करना है। यह प्रक्रिया आश्चर्यजनक रूप से बहुत लंबी है और रैम पर बहुत मांग है। हालांकि, सिर्फ रात भर काम करना भी विफल रहता है, क्योंकि इरविन समय-समय पर काम के परिणामों पर रिपोर्ट करते हैं और सभी प्रकार की छोटी चीजों के लिए पूछते हैं (उदाहरण के लिए, पुरानी योजना ओरेकल 8 के साथ काम किया है, और नया ओरेकल 10/11 का समर्थन करता है, इसलिए कार्यक्रम से अपरिहार्य प्रश्न "क्या हम एक नए ओरेकल में स्थानांतरित करेंगे," या कुछ और चुनेंगे? ", और इसी तरह उस तरह)। इसलिए, धैर्य रखें। काम के परिणामस्वरूप, सर्किट में पता चला त्रुटियों की एक लॉग-फाइल उत्पन्न हुई (मेरे पास उनमें से कई नहीं हैं - कई डुप्लिकेट किए गए ऑब्जेक्ट और एक अमान्य विदेशी कुंजी, जो रूपांतरण के बाद आसानी से मरम्मत की जाती है)। यह ध्यान दिया जाना चाहिए कि ताजा इरविन इसे बहुत गंभीरता से लेता है - इसमें "वर्चर (50" (टाइप परिभाषा में क्लोजिंग ब्रैकेट्स की कमी) की भावना में विभिन्न जाम पाए गए, जिन्हें पहले के संस्करणों द्वारा ध्यान नहीं दिया गया था। अंतिम योजना ने .विन एक्सटेंशन को लिया और आकार में वृद्धि हुई। 112 एमबी। प्रारंभिक आकार की तुलना में अंतिम वृद्धि लगभग छह गुना है। यह व्यवसाय औसत गति से लोड होता है, निश्चित रूप से तेज नहीं, लेकिन गंभीर रूप से धीमा नहीं है।

टीम विकास, प्रदर्शन अनुकूलन का संगठन

फिर शुरू होता है क्या, हर चीज के लिए, शुरू किया गया था, बड़े और डेटाबेस में भंडारण और योजना टीम के काम के लिए योजना को स्थानांतरित करना। ऐसा करने के लिए, इरविन में स्कीमा फ़ाइल खोलकर, हम व्यवस्थापक उपयोगकर्ता के तहत मॉडल प्रबंधक से कनेक्ट करते हैं और मॉडल सहेजें आइटम का चयन करते हैं। मॉडल पुस्तकालयों की पदानुक्रमित योजना में ऑब्जेक्ट का स्थान चुनने के बाद, इस योजना को डेटाबेस में लोड किया जाता है। फिर से, सब कुछ अनुमानित है - प्रक्रिया तेज नहीं है। लेकिन जितनी जल्दी या बाद में इसे निष्पादित किया जाएगा, और अब हमारी योजना पहले से ही डेटाबेस में संग्रहीत है और टीम के विकास के लिए तैयार है। हालांकि, निर्मित मॉडल से किसी भी सबमॉडल को खोलने का पहला प्रयास (पहली बार बिना उस फ़ाइल को बंद करने के लिए जिसे मॉडल बनाया गया था, अन्यथा यह काम नहीं करेगा) 30 मिनट के हैंग का कारण बनता है। यह निश्चित रूप से एक विकल्प नहीं है। हम डेटाबेस से जुड़ते हैं और मॉडल प्रशासक की योजना को देखते हैं (मान लें कि ईएडीएमआईएन, जैसा कि मैनुअल में है)। टेबल्स बनाए जाते हैं, इंडेक्स बनाए जाते हैं, लेकिन टेबल पर आंकड़े एकत्र नहीं किए जाते हैं। परिणामस्वरूप: DBMS_STATS.GATHER_SCHEMA_STATS ('EADMIN')। अगला, हम तालिकाओं से निपटते हैं। वास्तव में सबसे बड़े हैं उनमें से दो m7object और m7objectproperty। जैसा कि नाम का तात्पर्य है: पहला स्टोर ऑब्जेक्ट्स (वास्तव में सभी इकाइयां, टेबल, एक पदानुक्रमित क्रम में सबमॉडल), दूसरा उनका गुण। संपत्ति तालिका में डेटा को देखते हुए, मैंने "ईर्विन के पिछले संस्करण से आयातित" मूल्य के साथ काफी कुछ प्रविष्टियां देखीं। स्ट्रिंग क्षेत्र में। आप इसे साफ कर सकते हैं, केवल सावधानी से, आकार निश्चित रूप से कई बार कम नहीं होगा, लेकिन फिर भी।



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



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