लेख का उद्देश्य पोस्टग्रेएसक्यूएल डीबीएमएस का उपयोग करके पीएचपी परियोजनाओं में डेटाबेस के विकास को सरल बनाने के लिए एक उदाहरण के रूप में स्कीमा-कीपर लाइब्रेरी का उपयोग करना है।

निम्नलिखित मुद्दों पर ध्यान दिया जाएगा:

1. संस्करण नियंत्रण प्रणाली में डेटाबेस संरचना के एक डंप को संग्रहीत करने के लिए किस रूप में (बाद में - वीसीएस)
2. डंप को बचाने के बाद डेटाबेस संरचना में परिवर्तन कैसे ट्रैक करें
3. डेटाबेस संरचना में परिवर्तन को अन्य वातावरणों में बिना संघर्षों और विशाल माइग्रेशन फ़ाइलों के कैसे स्थानांतरित किया जाए
4. कई डेवलपर्स द्वारा एक परियोजना पर समानांतर काम की प्रक्रिया को कैसे स्थापित किया जाए
5. कैसे उत्पादन वातावरण के लिए डेटाबेस संरचना में अधिक परिवर्तन को सुरक्षित रूप से तैनात करने के लिए

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

लेख एक डेटाबेस में व्यापार तर्क को संग्रहीत करने के फायदे या नुकसान का वर्णन नहीं करेगा। यह माना जाता है कि पाठक पहले से ही पसंद कर चुका है।

स्कीमकीपर को पीएल / पीजीक्यूसी में लिखी गई संग्रहीत प्रक्रियाओं के साथ काम करने के लिए डिज़ाइन किया गया है । अन्य भाषाओं के साथ परीक्षण नहीं किया गया था, इसलिए उपयोग उतना प्रभावी या असंभव नहीं हो सकता है।

वीसीएस में डेटाबेस संरचना के एक डंप को स्टोर करने के लिए किस रूप में

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

कुछ उदाहरणों के साथ डेटाबेस से फ़ाइलों में परिवर्तित करने पर विचार करें:

फ़ाइल सामग्री - एक विशिष्ट डेटाबेस ऑब्जेक्ट की संरचना का शाब्दिक प्रतिनिधित्व। उदाहरण के लिए, संग्रहीत कार्यविधियों के लिए, फ़ाइल की सामग्री संग्रहीत प्रक्रिया की पूरी परिभाषा होगी, जो कि CREATE OR REPLACE FUNCTION ब्लॉक से शुरू होती है।

जैसा कि ऊपर दी गई तालिका से देखा जा सकता है, फ़ाइल पथ ऑब्जेक्ट के प्रकार, योजना और नाम के बारे में जानकारी संग्रहीत करता है। यह दृष्टिकोण डेटाबेस में डंप और कोड समीक्षा परिवर्तनों के माध्यम से नेविगेट करना आसान बनाता है।

संग्रहीत प्रक्रियाओं के लिए स्रोत कोड वाली फ़ाइलों के लिए .sql का चयन किया जाता है ताकि IDE स्वचालित रूप से फ़ाइल को खोलते समय डेटाबेस के साथ बातचीत करने के लिए उपकरण प्रदान करे।

डंप को बचाने के बाद डेटाबेस संरचना में परिवर्तन कैसे ट्रैक करें

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

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

डेटाबेस संरचना में परिवर्तन को अन्य वातावरणों में बिना संघर्षों और विशाल माइग्रेशन फ़ाइलों के कैसे स्थानांतरित किया जाए

तैनातडंप फ़ंक्शन के लिए धन्यवाद , संग्रहित प्रक्रियाओं के स्रोत कोड को बाकी एप्लिकेशन स्रोत कोड की तरह ही संपादित किया जाता है। संग्रहीत कार्यविधि का संशोधन संबंधित फ़ाइल में परिवर्तन करके होता है, जो स्वचालित रूप से संस्करण नियंत्रण प्रणाली में परिलक्षित होता है।

उदाहरण के लिए, public योजना में एक नई संग्रहीत कार्यविधि बनाने के लिए, public/functions निर्देशिका में .sql एक्सटेंशन के साथ एक नई फ़ाइल बनाने के लिए पर्याप्त है, इसमें संग्रहीत कार्यविधि के स्रोत कोड को शामिल करें, जिसमें CREATE OR REPLACE FUNCTION deployDump ब्लॉक शामिल करें, फिर deployDump फ़ंक्शन को कॉल करें। इसी तरह, एक संग्रहीत प्रक्रिया को संशोधित और हटा दिया जाता है। इस प्रकार, कोड एक साथ VCS और डेटाबेस दोनों में प्रवेश करता है।

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

एक नई संग्रहीत प्रक्रिया बनाते समय, सही फ़ाइल नाम को मैन्युअल रूप से दर्ज करने की कोई आवश्यकता नहीं है। यह पर्याप्त है कि फ़ाइल में एक्सटेंशन .sql । सही नाम को deployDump फ़ंक्शन के रिटर्न मान से प्राप्त किया जा सकता है, और फ़ाइल का नाम बदलने के लिए उपयोग किया जाता है।

deployDump में फ़ंक्शन के मापदंडों में बदलाव होता है या अतिरिक्त कार्यों के बिना वापसी प्रकार होता है, जबकि शास्त्रीय दृष्टिकोण में DROP FUNCTION करना आवश्यक होगा, और उसके बाद ही CREATE OR REPLACE FUNCTION ।

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

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

संरचना में परिवर्तन करने और संभावित समस्या स्थितियों को हल करने के लिए deployDump चलाने से पहले माइग्रेशन लागू किया जाना चाहिए।

निम्नलिखित अनुभागों में अधिक विस्तार से पलायन के साथ काम का वर्णन किया जाएगा।

कई डेवलपर्स द्वारा एक परियोजना पर समानांतर काम की प्रक्रिया को कैसे स्थापित किया जाए

चलो पूर्ण डेटाबेस इनिशियलाइज़ेशन के लिए एक स्क्रिप्ट बनाते हैं, जो डेवलपर्स वीसीएस में संग्रहीत डंप के अनुरूप स्थानीय डेटाबेस की संरचना लाने के लिए स्थानीय मशीनों पर चलते हैं। हम स्थानीय डेटाबेस को 3 चरणों में विभाजित करते हैं:

1. एक मूल संरचना के साथ एक फ़ाइल आयात करें, जिसे कहा जाएगा, उदाहरण के लिए, base.sql
2. पलायन का आवेदन
3. deployDump कॉल

base.sql वह आरंभिक बिंदु है जिसके शीर्ष पर माइग्रेशन लागू होते हैं और deployDump को deployDump जाता है, base.sql + + deployDump = । आधार से उपयोग किया जाता है base.sql विशेष रूप से खरोंच से डेटाबेस को इनिशियलाइज़ करते समय। ऐसी फाइल pg_dump का उपयोग करके बनाई गई है ।

हम पूर्ण डेटाबेस इनिशियलाइज़ेशन refresh.sh लिए स्क्रिप्ट को कॉल करते हैं। डेवलपर का वर्कफ़्लो इस प्रकार है:

1. वर्तमान डेटाबेस संरचना प्राप्त करने के लिए अपने वातावरण में ताज़ा करें
2. कार्य पर कार्य की शुरुआत, नई कार्यक्षमता की आवश्यकताओं के लिए स्थानीय डेटाबेस का संशोधन ( ALTER TABLE ... ADD COLUMN , आदि)
3. कार्य पूरा करने के बाद, VCS में डेटाबेस में किए गए परिवर्तनों को करने के लिए saveDump फ़ंक्शन को कॉल करें
4. refresh.sh तब माइग्रेशन में शामिल करने के लिए परिवर्तनों की सूची प्रदर्शित करने के लिए verifyDump करें
5. माइग्रेशन फ़ाइल में ट्रांस्फ़ॉर्मेशन परिवर्तन, refresh.sh और verifyDump से verifyDump

ऊपर वर्णित प्रक्रिया gitflow सिद्धांतों के साथ संगत है। वीसीएस में प्रत्येक शाखा में डंप का अपना संस्करण होता है, और जब शाखाएं मर्ज होती हैं, तो डंप मर्ज होते हैं। अतिरिक्त क्रियाओं के बिना विलय किए जाते हैं, लेकिन यदि शाखाओं में परिवर्तन किए गए थे, उदाहरण के लिए, उसी तालिका में, एक संघर्ष संभव है।

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

कैसे उत्पादन वातावरण के लिए डेटाबेस संरचना में अधिक परिवर्तन को सुरक्षित रूप से तैनात करने के लिए

वर्तमान डेटाबेस संरचना के VCS डंप में उपस्थिति आपको आवश्यक संरचना के साथ सटीक अनुपालन के लिए उत्पादन आधार की जांच करने की अनुमति देती है। यह सुनिश्चित करता है कि डेवलपर्स द्वारा किए गए सभी परिवर्तन उत्पादन आधार पर स्थानांतरित किए गए थे।

चूंकि PostgreSQL में DDL ट्रांजेक्शनल है , इसलिए यह अनुशंसा की जाती है कि आप परिनियोजन क्रम का पालन करें ताकि अप्रत्याशित त्रुटि की स्थिति में, ROLLBACK "पीड़ारहित" हो:

1. लेन-देन शुरू करें
2. लेन-देन में सभी माइग्रेशन निष्पादित करें
3. एक ही लेनदेन में, deployDump निष्पादित deployDump
4. लेन-देन पूरा किए बिना, verifyDump । यदि कोई त्रुटि नहीं है, तो COMMIT निष्पादित करें। यदि त्रुटियाँ हैं, तो ROLLBACK निष्पादित करें

ये चरण शून्य-डाउनटाइम सहित अनुप्रयोगों को लागू करने के लिए मौजूदा तरीकों में एकीकृत करने के लिए काफी आसान हैं।

निष्कर्ष

ऊपर वर्णित विधियों के लिए धन्यवाद, आप मुख्य एप्लिकेशन कोड में सभी व्यापार तर्क के कार्यान्वयन के साथ तुलना में अपेक्षाकृत कम मात्रा में विकास की सुविधा का त्याग करते हुए, "PHP + PostgreSQL" परियोजनाओं से अधिकतम प्रदर्शन को निचोड़ सकते हैं। इसके अलावा, PL / pgSQL में डेटा प्रोसेसिंग अक्सर अधिक पारदर्शी दिखती है और PHP में लिखी गई कार्यक्षमता से कम कोड की आवश्यकता होती है।