परीक्षण के बिना डेटा स्कीमा के लिए रिक्त, वरीयता के बिना CI

एक संबंधपरक डेटाबेस एक अपेक्षाकृत अज्ञात जानवर है, और समस्या पैदा करने के लिए एक प्रतिष्ठा है। ऐसा नहीं है कि कोई समस्या नहीं थी, लेकिन अन्य उपकरणों की तरह, सबसे अधिक बार खाना पकाने में असमर्थता (RDBMS) से कठिनाइयां आती हैं।
एक लेख के साथ खाना बनाना नहीं सीखता है, लेकिन एक व्यंजन संक्षिप्त है।

मैंने एक कंकाल, स्क्रिप्ट का एक सेट चुनने की कोशिश की, जिसके आधार पर आप अपनी खुद की PostgreSQL डेटा स्कीम बना सकते हैं और pgTAP: github.com/C-Pro/pg_skeleton का उपयोग करके उनका परीक्षण कर सकते हैं
और एक सुखद बोनस के रूप में, मैंने ट्रैविस को यह बात बताई, ताकि आपके पास भी शुरुआत में पहले से ही CI हो :)



स्थापना के लिए, हमें आवश्यकता है:

• PostgreSQL> = 9.2 देव हेडर के साथ (आपको पोस्टग्रेज के लिए एक्सटेंशन संकलित करना होगा)
• pgTAP (स्वयं एक्सटेंशन)
• परीक्षण चलाने के लिए pg_prove करें

तो, क्रम में:

यदि PostgreSQL अभी तक स्थापित नहीं है - स्थापित करें। यदि आपके पास उबंटू या डेबियन है, तो मैं उनके apt.postgresql.org रिपॉजिटरी को जोड़ने की सलाह देता हूं (कनेक्शन निर्देश यहां देखें: wiki.postgresql.org/wiki/Apt )। मैं आपको तुरंत चेतावनी देता हूं - उबंटू 13 पर उनके पास पैकेज नहीं हैं, वे एलटीएस रिलीज पर ध्यान केंद्रित करते हैं।

PgTAP का नवीनतम संस्करण डाउनलोड और इंस्टॉल करें - PostgreSQL में सब कुछ और सब कुछ का परीक्षण करने के लिए एक रूपरेखा: pgtap.org

संग्रह को अनपैक करें, फिर हमेशा की तरह:

make && sudo make install 

Pgtap एक्सटेंशन अब पोस्टग्रेज सर्वर के लिए उपलब्ध होना चाहिए।

PgTpro परीक्षण चलाने के लिए pg_prove - perl उपयोगिता स्थापित करें

 sudo cpan TAP::Parser::SourceHandler::pgTAP 

सब कुछ, आप pg_skeleton डाउनलोड और स्थापित कर सकते हैं:

 git clone https://github.com/C-Pro/pg_skeleton.git cd pg_skeleton cp install.cfg.example install.cfg ./install.sh 

यह आपको उपयोगकर्ता के लिए वांछित पासवर्ड दर्ज करने के लिए कहेगा - निर्मित डेटाबेस का मालिक और उपयोगकर्ता को पोस्टग्रेज करता है।

अब परीक्षण चलाएं:

 cd test ./run_tests.sh 

यदि आपने जादू शब्द PASS देखा - सब कुछ बहुत अच्छा है, तो आप हड्डियों द्वारा कंकाल को इकट्ठा कर सकते हैं। यानी फाइल से।

• .itignore - जैसा कि आपने पहले ही अनुमान लगाया था - फ़ाइल मास्क की एक सूची जिसे git द्वारा अनदेखा किया गया है
• .travis.yml - ट्रैविस के लिए कॉन्फ़िगरेशन फ़ाइल, जो बताता है कि प्रोजेक्ट को कैसे स्थापित किया जाए और परीक्षण चलाए जाएं। जब मैं इस रिपॉजिटरी को धक्का देता हूं, तो ट्रैविस परीक्षण करता है और जांचता है कि क्या कुछ टूट गया है। ट्रैविस बिल्ड इस तरह दिखता है: travis-ci.org/C-Pro/pg_skeleton# जैसा कि आप बिल्ड हिस्ट्री से देख सकते हैं और गिट में कर सकते हैं, मुझे ट्रैविस, एक्सटेंशन, pg_prove को स्थापित करने और परीक्षण चलाने के लिए आवश्यक पोस्टग्रेज तैनात करने के लिए खुद को पीड़ा देनी थी।
• create_db.sql - उपयोगकर्ता द्वारा निर्मित स्क्रिप्ट और डेटाबेस को पैरामीटरित किया गया
• drop_db.sql - पैरामीटर डेटाबेस और उपयोगकर्ता विलोपन स्क्रिप्ट
• Extension.sql - स्कीम को स्थापित करते समय आवश्यक एक्सटेंशन स्थापित करने के लिए स्क्रिप्ट
• install.cfg - settings: सर्वर एड्रेस, निर्मित डेटाबेस और उपयोगकर्ता के नाम को पोस्ट करता है। गिट को नजरअंदाज कर दिया जाता है ताकि आपके मशीन में तैनात होने के दौरान अलग-अलग सेटिंग्स हो और बिना किसी विरोध के अलग सर्वर।
• install.cfg.example - कॉन्फ़िगरेशन फ़ाइल टेम्पलेट
• install.sql - sql स्क्रिप्ट डेटाबेस को स्थापित करने के लिए। इसमें डेटा स्कीम बनाने के लिए अन्य सभी एसक्यूएल स्क्रिप्ट शामिल हैं।
• uninstall.sh - निष्पादन योग्य स्क्रिप्ट डेटाबेस और उपयोगकर्ता को निकालने के लिए

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

Test_user फ़ोल्डर में एक तालिका और कई उदाहरण फ़ंक्शंस के साथ test_user स्कीमा (यह सिर्फ एक स्कीमा का एक उदाहरण है) बनाने के लिए स्क्रिप्ट हैं।

• create_tables.sql - प्रत्येक स्कीम फोल्डर में एक ऐसी फाइल होती है। इसमें स्कीमा ऑब्जेक्ट बनाने के लिए DDL है।
• create_functions.sql - स्कीमा सुविधाओं से युक्त स्क्रिप्ट।
• users_crud.sql - कई कार्य हो सकते हैं, इसलिए उन्हें अलग-अलग फ़ाइलों को आवंटित किया जाता है जो create_functions.sql फ़ाइल में \ i कमांड के साथ जुड़े होते हैं (प्रकार शामिल हैं)।

अलग-अलग फाइलों में यह विभाजन भविष्य में नसों को बचाएगा। अलग-अलग फ़ाइलों में तालिकाओं, विदेशी बाधाओं, कार्यों, विचारों आदि के निर्माण को अलग करने के बाद, आप उन्हें इस तरह से अन्योन्याश्रितियों के जाल में गिरने के बिना सही क्रम में install.sql में शामिल कर सकते हैं:

  create table a (x int references by); create table b (y int references ax); 

टेस्ट फोल्डर एक स्कीमा भी बनाता है, लेकिन यह एक विशेष स्कीमा है, और यह केवल तभी चलता है जब परीक्षण चल रहे होते हैं।
setup.sql परीक्षण चलाने से पहले परीक्षण अस्थायी सर्किट में एफ-वें और परीक्षण डेटा लोड करने के लिए डिज़ाइन किया गया है। (उह, कितने शब्दों का परीक्षण :)
run_tests.sh, pg_prove का उपयोग करते हुए, फ़ाइलों को निष्पादित करता है ।/tests/run_<name>.b एक-एक करके
run_ <name> .sh को प्रति योजना एक बनाया जाता है।
सबसे पहले, setup.sql फ़ाइल उनसे जुड़ी है - जो परीक्षण कार्यों की परिभाषाओं को लोड करता है, सहायक फ़ंक्शन test.test_scheme_check_func और फ़ाइल test_data.sh से परीक्षण डेटा। फिर परीक्षण चलाए जाते हैं जो कई फ़ाइलों में हो सकते हैं जो बस run_ <name> .sh से कनेक्ट होते हैं। सर्किट में सभी परीक्षणों के बाद, test.test_scheme_check_func निष्पादित किया जाता है। यह f-th अपने आप में एक pgTAP परीक्षण है, जो सर्किट में गैर-कवर एफ-टी होने पर विफल रहता है। दृढ़ संकल्प परीक्षण की टिप्पणी पर आधारित है। टिप्पणी को परीक्षण के नाम के साथ शुरू होना चाहिए। बेशक, एक ही नाम वाली ओवरलोड फाइलों को उजागर किया जा सकता है, लेकिन यह टेस्ट कवरेज पर कोई नियंत्रण नहीं है। परीक्षण पूरा होने के बाद, रोलबैक होता है - सभी निर्मित ऑब्जेक्ट और लोड किए गए परीक्षण डेटा हटा दिए जाते हैं।

खैर, अब शायद यही है।
मुझे पश्चाताप हुआ, यह गड़बड़ हो गया - पूछिए कि क्या समझ से बाहर है।
का प्रयोग करें, समझ, कांटा!