Mysql से Postgresql की ओर पलायन

सम्मानित समुदाय को नमस्कार!

किसी समय में, mysql से postgresql के लिए django पर एप्लिकेशन डेटाबेस को स्थानांतरित करने की आवश्यकता थी। इस समस्या के लिए पहले दो दृष्टिकोण असफल रहे थे, लेकिन उन्होंने हमें डेटा की अखंडता को समझने की अनुमति दी, ताकि प्रबंधन के लिए समस्याओं को manage.py syncdb और manage.py migrate ।

पहले भाग में, हमने sql शीट को postgresql बोली में परिवर्तित करके डेटाबेस को स्थानांतरित करने का प्रयास किया।
दूसरे ./manage.py dumpdata , हमने ./manage.py dumpdata माध्यम से स्थानांतरित करने का प्रयास किया, लेकिन कुंजियों के साथ त्रुटियां, अमान्य डेटा लगातार बाहर निकल गए (डेटाबेस में बहुत सारे मैनुअल परिवर्तन थे)।

दूसरी और तीसरी कॉल के बीच बहुत समय बीत गया, और समस्या पर अंतिम गुगली ने मुझे इस लेख के लिए प्रेरित किया। नैतिक रूप से, मैं विश्लेषण करने के लिए तैयार था और लाइन फुटक्लोथ्स एसक्यूएल / वाईएमएल का उपयोग करके लाइन को गीगाबाइट्स के बराबर करने के लिए तैयार था, इस प्रक्रिया के लिए रिक्त स्थान थे ... और फिर भी मैंने इस प्रक्रिया की सादगी पर जोर देने की कोशिश करने और जोर देने का फैसला किया।

ठीक है, चलो चलते हैं (सब कुछ virtualenv में किया गया था, एक खाली डेटाबेस postgresql में बनाया गया था):

 $ pip install py-mysql2pgsql $ py-mysql2pgsql No configuration file found. A new file has been initialized at: mysql2pgsql.yml Please review the configuration and retry... $ vim mysql2pgsql.yml $ py-mysql2pgsql -v -f mysql2pgsql.yml 

5 मिनट के इंतजार के बाद (सब कुछ एक आभासी मशीन में किया गया था, एक नहीं-तो-उन्नत कॉन्फ़िगरेशन के साथ)। हमने : "created" NOT NULL त्रुटि के साथ कई बार उड़ान भरी : "created" NOT NULL , मेरे मामले में यह मांसपेशी तालिका में प्रविष्टि को हटाकर हल किया जा सकता है।

नए डेटाबेस कॉन्फ़िगरेशन के साथ जाँच करने के बाद: manage.py run_gunicorn - सब कुछ त्रुटियों के बिना शुरू होता है। अब यह अनुकूलन का समय है।

मुझे उम्मीद है कि यह विवरण उन लोगों की मदद करता है जो एक समान समस्या का सामना करते हैं।