पलायन के बारे में थोड़ा और। PHP संस्करण

RailsGuides पर संबंधित लेख के परिचय को स्वतंत्र रूप से उद्धृत करते हुए,

डेटाबेस स्कीमा की संरचना और परिवर्तनों के प्रबंधन के लिए प्रवासन एक सुविधाजनक तरीका है।

बेशक, आप विभिन्न प्रकार की SQL फ़ाइलों का उपयोग करके पुराने ढंग से व्यापार कर सकते हैं, या, डरावनी !, एक बड़ी फ़ाइल में SQL कोड के टुकड़ों का संपादन, जो एक वास्तविक डेटाबेस स्कीमा है।

हालांकि, इन परिवर्तनों की निगरानी करने के लिए, कुछ बिंदु से, यह बहुत मुश्किल हो जाता है, उत्पादन मशीन पर संबंधित परिवर्तनों के आवेदन का उल्लेख नहीं करने के लिए: यहां आपको चीता की निपुणता, भालू की ताकत और सभी पूर्वी ऋषियों के ज्ञान की आवश्यकता है, सब कुछ सही करने के लिए एक साथ लिया और कुछ भी नहीं। इसे मत छोड़ो।
लेकिन क्या होगा अगर आप उपरोक्त गुणों में से किसी के पास नहीं हैं? यह सही है, आपको प्रक्रिया को व्यवस्थित करने और स्वचालित करने की आवश्यकता है, मशीन में अधिकांश काम को स्थानांतरित करना।

यदि आप पहले से ही रुचि रखते हैं, या अभी भी निश्चित नहीं हैं, लेकिन परिवर्तनों के पारदर्शी इतिहास और एक या दो कंसोल कमांड का उपयोग करके योजना के किसी भी संस्करण में वापस रोल करने की क्षमता होने की संभावना है, तो यह आकर्षक लगता है, मैं एक बिल्ली के लिए पूछता हूं।

रूबी ऑन रेल्स के साथ काम करना शुरू करने के बाद, आप जल्दी से माइग्रेशन तंत्र से परिचित हो जाते हैं, और थोड़ी देर के बाद आपको समझ में नहीं आता कि आप इस अविश्वसनीय सुविधाजनक उपकरण के बिना कैसे प्राप्त कर सकते हैं।
एक परियोजना जो PHP में विकसित की जा रही थी, आने के बाद, मैंने इसे कम से कम उपयोगी उपकरणों के एक न्यूनतम सेट में लाने की कोशिश की, जो रूबी ऑन रेल्स के साथ अपने अनुभव से परिचित था। अंकों में से एक माइग्रेशन का समर्थन करने के लिए एक प्रणाली थी।
कुछ खोज के बाद, रूक्यूजिंग माइग्रेशन के पक्ष में चुनाव किया गया था, जैसा कि मैंने रेल में देखा था। मैं रिपोर्ट करता हूं कि छह महीने से अधिक समय के बाद उड़ान सामान्य है!

स्थापना

यह माना जाता है कि आप निर्भरता का प्रबंधन करने के लिए संगीतकार का उपयोग कर रहे हैं। यदि नहीं, तो इसे आज़माना सुनिश्चित करें, यह इसके लायक है!
इसके अलावा, यदि आप चाहें, तो आप GitHub के साथ एक उदाहरण के साथ एक रिपॉजिटरी क्लोन कर सकते हैं: github.com/ArtemPyanykh/php_migrations_example

आरंभ करने के लिए, अपने संगीतकार में जोड़ें। Json:

"require" : { "ruckusing/ruckusing-migrations": "dev-master" } 

और निष्पादित करें

 ~/dev/php_migrations_example(master)$ php composer.phar install 

संगीतकार Ruckuse Migrations को खींचता है और vendors निर्देशिका स्थापित करता है।

इसके अलावा, मैं आपको निम्नलिखित करने की सलाह देता हूं:

• सबसे पहले, निम्नलिखित निर्देशिका संरचना बनाएं:
  

   . └── db ├── logs ├── migrations │  ├── main │  ├── php_migrations_example -> main/ │  └── php_migrations_example_test -> main/ └── utility 

  
  db निर्देशिका आपके माइग्रेशन, कॉन्फ़िगरेशन और अन्य उपयोगी चीजों को संग्रहीत करेगी। माइग्रेशन से संबंधित हर चीज के लिए इस निर्देशिका को संदर्भ बिंदु मानें।
  माइग्रेशन फ़ाइलें स्वयं db/migrations/main में संग्रहीत की जाएंगी।
  php_migrations_example और php_migrations_example_test विकास और परीक्षण डेटाबेस के नाम हैं।
  इसी नाम के साथ निर्देशिकाएं main निर्देशिका के लिए सिर्फ प्रतीकात्मक लिंक हैं, क्योंकि यह संभावना नहीं है कि आपके पास विभिन्न वातावरणों के लिए अलग-अलग माइग्रेशन होंगे।
  
  
• निम्नलिखित सामग्री के साथ एक db/ruckus बनाएँ:
  

   #!/bin/bash ruckus_dir="./../vendor/ruckusing/ruckusing-migrations" if [ ! -d $ruckus_dir ]; then echo "Ruckusing-Migrations wasn't detected. Please, use Composer to install the library." exit fi if [ ! -f "ruckusing.conf.php" ]; then echo "Ruckusing conf. file wasn't detected. Please, create proper ruckusing.conf.php." exit fi if [ "$#" -lt 1 ]; then echo "At least 1 argument required" echo "See ./ruckus --help" exit fi if [ "$1" == "--help" -o "$1" == "-h" ]; then echo "Usage: ./ruckus [--help] <task-name> [<parameter1>[ <parameter2> [...]]]" echo "" echo "The available ruckus commands are:" echo " ./ruckus db:migrate Ruckus scenario for tasks such as db:migrate, db:setup, etc." echo " ./ruckus db:generate <migration_name> Ruckus scenarion for generating migration scaffolding" echo "" exit fi php $ruckus_dir"/ruckus.php" "$1" "${@:2}" 

  
  यह सिर्फ एक छोटी सी स्क्रिप्ट है जिसे मैंने रूक्यूजिंग माइग्रेशन के साथ काम को आसान बनाने के लिए खुद को लिखने की अनुमति दी।
  
  
• अंत में, db/ruckusing.conf.php config फाइल db/ruckusing.conf.php :
  

   <?php //---------------------------- // DATABASE CONFIGURATION //---------------------------- /* Valid types (adapters) are Postgres & MySQL: 'type' must be one of: 'pgsql' or 'mysql' */ return array( 'db' => array( 'development' => array( 'type' => 'mysql', 'host' => 'localhost', 'port' => 3306, 'database' => 'php_migrations_example', 'user' => 'root', 'password' => 'root' ), 'test' => array( 'type' => 'mysql', 'host' => 'localhost', 'port' => 3306, 'database' => 'php_migrations_example_test', 'user' => 'root', 'password' => 'root' ) ), 'migrations_dir' => RUCKUSING_WORKING_BASE . '/migrations', 'db_dir' => RUCKUSING_WORKING_BASE . '/utility', 'log_dir' => RUCKUSING_WORKING_BASE . '/logs' ); ?> 

  
  

यह सब है, और अधिक सेटिंग्स की आवश्यकता नहीं है, आपने अपने माइग्रेशन सिस्टम को सफलतापूर्वक एकीकृत किया है!

के उपयोग

सामान्य तौर पर, सब कुछ बहुत सरल है। माइग्रेशन जनरेट करके प्रारंभ करें:

 ~/dev/php_migrations_example(master)$ cd db ~/dev/php_migrations_example/db(master)$ ./ruckus db:generate CreateTestTable Created migration: 20130508145210_CreateTestTable.php 

आप देख सकते हैं कि इसके बाद db / migrations / main डायरेक्टरी में एक ही नाम वाली फाइल (टाइमस्टैम्प अलग होगी) को निम्नलिखित कंटेंट के साथ जोड़ा जाएगा:

 <?php class CreateTestTable extends Ruckusing_Migration_Base { public function up() { }//up() public function down() { }//down() } 

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

 <?php class CreateTestTable extends Ruckusing_Migration_Base { public function up() { $table = $this->create_table('test', array('options' => 'ENGINE=InnoDB DEFAULT CHARSET=utf8')); $table->column('this', 'integer', array('unsigned' => true, 'null' => false, 'default' => '42')); $table->column('that', 'string', array('limit' => '7')); $table->column('those', 'datetime'); $table->finish(); $this->add_index('test', array('this', 'that'), array('unique' => true)); }//up() public function down() { $this->drop_table('test'); }//down() } 

और माइग्रेशन चलाएं:

 ~/dev/php_migrations_example/db(master)$ ./ruckus db:migrate Started: 2013-05-08 7:05pm MSK [db:migrate]: Schema version table does not exist. Auto-creating. Creating schema version table: schema_migrations Migrating UP: ========= CreateTestTable ======== (0.31) Finished: 2013-05-08 7:05pm MSK 

आप देखेंगे कि परीक्षण तालिका बनाने के अलावा, जो ऊपर वर्णित विनिर्देश का पूरी तरह से अनुपालन करता है, स्कीमा_माइग्रेशन तालिका भी बनाई गई है। यह सामान्य है - यह वह जगह है जहां रूक्यूजिंग माइग्रेशन उन सूचनाओं को संग्रहीत करता है जिनके बारे में माइग्रेशन लागू किए गए थे और जो नहीं थे।

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

 ~/dev/php_migrations_example/db(master)$ ./ruckus db:migrate VERSION=-1 Started: 2013-05-08 7:13pm MSK [db:migrate]: Migrating DOWN: ========= CreateTestTable ======== (0.21) Finished: 2013-05-08 7:13pm MSK ~/dev/php_migrations_example/db(master)$ ./ruckus db:migrate ENV=test Started: 2013-05-08 7:14pm MSK [db:migrate]: Schema version table does not exist. Auto-creating. Creating schema version table: schema_migrations Migrating UP: ========= CreateTestTable ======== (0.24) Finished: 2013-05-08 7:14pm MSK 

यह सिस्टम की क्षमताओं का सिर्फ एक छोटा प्रदर्शन है। हालाँकि, मुझे लगता है कि अब यह स्पष्ट है कि सही माइग्रेशन तंत्र का उपयोग करके डेटाबेस को संस्करण में लाना कितना आसान और अधिक सुविधाजनक है।

टिप्पणी

1. यदि आप db/ directory से ruckus स्क्रिप्ट को चलाने का प्रयास करते हैं, तो आपको एक त्रुटि मिलेगी। यह इस तथ्य के कारण है कि स्क्रिप्ट में सभी पथ सापेक्ष हैं, और यदि वांछित है, तो यह आसानी से तय हो गया है। हालांकि, एक बात को ध्यान में रखा जाना चाहिए: डिफ़ॉल्ट रूप से, कॉन्फ़िगरेशन को कार्यशील निर्देशिका में खोजा जाता है।
   
2. उत्पादन में माइग्रेशन लागू करते समय, आपको बहुत सावधानी बरतने की आवश्यकता है: यदि आपके पास काफी भारी मेज है, तो कुछ गीगाबाइट्स कहें, और आप इस पर माइग्रेशन लागू करते हैं कि किसी तरह स्कीम को बदल दें, यह सबसे अधिक संभावना है कि एक आपदा होगी। यद्यपि यह इस तरह से पलायन की कमी नहीं हो सकती है, लेकिन एक DBMS की कमी है, फिर भी यह कुछ हद तक प्रणाली का उपयोग करने की संभावनाओं को सीमित करता है। बड़ी तालिकाओं को अपडेट करने के लिए, आपको विशेष उपकरणों का उपयोग करने की आवश्यकता है, जैसे कि पेरकोना टूलकिट ।
   

संदर्भ

• GitHub प्रोजेक्ट पेज: github.com/ruckus/ruckusing-migrations
  
• GitHub उदाहरण भंडार: github.com/ArtemPyanykh/php_migrations_example
  
• संगीतकार: getcomposer.org