PostgreSQL
 sql >> डेटाबेस >  >> RDS >> PostgreSQL

निरंतर वितरण में उत्पादन डेटा माइग्रेशन पैटर्न

फ्लाईवे निरंतर वितरण/तैनाती के लिए बढ़िया काम करता है। कई क्लाइंट उत्पादन सहित सभी परिवेशों में इसका उपयोग करते हैं।

पूरे वातावरण में डीबी माइग्रेशन को कैस्केडिंग करने के लिए सबसे महत्वपूर्ण बात यह है कि एक 3 चरण की प्रक्रिया है:

चरण 1

पुराना एप्लिकेशन कोड पुराने DB के साथ मिलकर काम करता है।

चरण 2

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

  • तब आप रोलिंग अपग्रेड कर सकते हैं, एक बार में एक नोड को तब तक अपग्रेड कर सकते हैं जब तक कि सभी नोड्स में नया एप्लिकेशन कोड न हो जाए
  • यदि नया एप्लिकेशन कोड टूट गया है तो तुरंत पुराने एप्लिकेशन कोड में रोलबैक करें

इस चरण में कार्य करने के लिए संगतता दृश्य और ट्रिगर शामिल हो सकते हैं।

चरण 3

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



  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. पोस्टग्रेज:त्रुटि:टाइप कैरेक्टर के लिए बहुत लंबा मान (255) फ़ील्ड निर्दिष्ट नहीं करता है

  2. DB2 से PostgreSQL में माइग्रेट करना - आपको क्या पता होना चाहिए

  3. PL/pgSQL जाँच कर रहा है कि क्या कोई पंक्ति मौजूद है

  4. SQLAlchemy का उपयोग करके POSTGRES में DatedIFF की गणना करें

  5. PostgreSQL त्रुटि:प्रोग्राम प्रारंभ नहीं हो सकता क्योंकि libpq.dll आपके कंप्यूटर से गायब है