គោលបំណងនៃអត្ថបទនេះគឺដើម្បីប្រើឧទាហរណ៍នៃបណ្ណាល័យមួយ។ អ្នកថែរក្សាគ្រោងការណ៍ បង្ហាញឧបករណ៍ដែលអាចជួយសម្រួលដល់ដំណើរការនៃការបង្កើតមូលដ្ឋានទិន្នន័យនៅក្នុងគម្រោង PHP ដោយប្រើ PostgreSQL DBMS ។

ជាដំបូងព័ត៌មានពីអត្ថបទនេះនឹងមានប្រយោជន៍សម្រាប់អ្នកអភិវឌ្ឍន៍ដែលចង់បង្កើតសមត្ថភាព PostgreSQL ឱ្យបានច្រើនបំផុត ប៉ុន្តែត្រូវប្រឈមមុខនឹងបញ្ហាក្នុងការថែរក្សាតក្កវិជ្ជាអាជីវកម្មដែលដាក់ក្នុងមូលដ្ឋានទិន្នន័យ។

អត្ថបទនេះនឹងមិនពិពណ៌នាអំពីគុណសម្បត្តិ ឬគុណវិបត្តិនៃការរក្សាទុកតក្កវិជ្ជាអាជីវកម្មនៅក្នុងមូលដ្ឋានទិន្នន័យទេ។ វាត្រូវបានសន្មត់ថាជម្រើសត្រូវបានធ្វើឡើងដោយអ្នកអានរួចហើយ។

សំណួរខាងក្រោមនឹងត្រូវបានពិចារណា៖

1. ក្នុងទម្រង់បែបណាដែលការបោះចោលរចនាសម្ព័ន្ធមូលដ្ឋានទិន្នន័យគួរតែត្រូវបានរក្សាទុកនៅក្នុងប្រព័ន្ធត្រួតពិនិត្យកំណែ (តទៅនេះហៅថា VCS)
2. របៀបតាមដានការផ្លាស់ប្តូរនៅក្នុងរចនាសម្ព័ន្ធមូលដ្ឋានទិន្នន័យបន្ទាប់ពីរក្សាទុកកន្លែងចាក់សំរាម
3. របៀបផ្ទេរការផ្លាស់ប្តូរនៅក្នុងរចនាសម្ព័ន្ធមូលដ្ឋានទិន្នន័យទៅបរិស្ថានផ្សេងទៀតដោយគ្មានជម្លោះ និងឯកសារការធ្វើចំណាកស្រុកដ៏ធំ
4. របៀបរៀបចំដំណើរការនៃការងារប៉ារ៉ាឡែលលើគម្រោងដោយអ្នកអភិវឌ្ឍន៍ជាច្រើន។
5. របៀបដាក់ពង្រាយការផ្លាស់ប្តូរបន្ថែមទៀតនៅក្នុងរចនាសម្ព័ន្ធមូលដ្ឋានទិន្នន័យដោយសុវត្ថិភាពទៅនឹងបរិយាកាសផលិតកម្ម
   

   SchemaKeeper រចនាឡើងសម្រាប់ធ្វើការជាមួយនីតិវិធីដែលបានរក្សាទុកដែលសរសេរជាភាសា PL/pgSQL. ការធ្វើតេស្តជាមួយភាសាផ្សេងទៀតមិនត្រូវបានអនុវត្តទេ ដូច្នេះការប្រើប្រាស់ប្រហែលជាមិនមានប្រសិទ្ធភាព ឬប្រហែលជាមិនអាចទៅរួចនោះទេ។

របៀបរក្សាទុកការបោះចោលរចនាសម្ព័ន្ធមូលដ្ឋានទិន្នន័យនៅក្នុង VCS

បណ្ណាល័យ អ្នកថែរក្សាគ្រោងការណ៍ ផ្តល់មុខងារមួយ។ saveDumpដែលរក្សាទុករចនាសម្ព័ន្ធនៃវត្ថុទាំងអស់ពីមូលដ្ឋានទិន្នន័យជាឯកសារអត្ថបទដាច់ដោយឡែក។ លទ្ធផលគឺជាថតដែលមានរចនាសម្ព័ន្ធមូលដ្ឋានទិន្នន័យ បែងចែកជាក្រុម ឯកសារដែលអាចបន្ថែមបានយ៉ាងងាយស្រួលទៅ VCS ។

តោះមើលការបំប្លែងវត្ថុពីមូលដ្ឋានទិន្នន័យទៅជាឯកសារដោយប្រើឧទាហរណ៍ជាច្រើន៖

ប្រភេទវត្ថុ
គម្រោងនេះ
ចំណងជើង
ផ្លូវទាក់ទងទៅឯកសារ

តារាង
សាធារណៈ
គណនី
./public/tables/accounts.txt

នីតិវិធីរក្សាទុក
សាធារណៈ
auth(hash bigint)
./public/functions/auth(int8).sql

សេចក្តីណែនាំ
ការកក់
ពន្ធ
./booking/views/tariffs.txt

មាតិកានៃឯកសារគឺជាតំណាងអត្ថបទនៃរចនាសម្ព័ន្ធនៃវត្ថុមូលដ្ឋានទិន្នន័យជាក់លាក់មួយ។ ឧទាហរណ៍ សម្រាប់នីតិវិធីដែលបានរក្សាទុក ខ្លឹមសារនៃឯកសារនឹងជានិយមន័យពេញលេញនៃនីតិវិធីដែលបានរក្សាទុក ដោយចាប់ផ្តើមពីប្លុក CREATE OR REPLACE FUNCTION.

ដូចដែលអាចមើលឃើញពីតារាងខាងលើ ផ្លូវទៅកាន់ឯកសាររក្សាទុកព័ត៌មានអំពីប្រភេទ គ្រោងការណ៍ និងឈ្មោះរបស់វត្ថុ។ វិធីសាស្រ្តនេះធ្វើឱ្យវាកាន់តែងាយស្រួលក្នុងការរុករកតាមរយៈការបោះចោល និងការពិនិត្យមើលកូដនៃការផ្លាស់ប្តូរនៅក្នុងមូលដ្ឋានទិន្នន័យ។

ផ្នែកបន្ថែម .sql សម្រាប់ឯកសារដែលមានកូដប្រភពនីតិវិធីដែលបានរក្សាទុក វាត្រូវបានជ្រើសរើសដូច្នេះ IDE ផ្តល់ឧបករណ៍ដោយស្វ័យប្រវត្តិសម្រាប់អន្តរកម្មជាមួយមូលដ្ឋានទិន្នន័យ នៅពេលឯកសារត្រូវបានបើក។

របៀបតាមដានការផ្លាស់ប្តូរនៅក្នុងរចនាសម្ព័ន្ធមូលដ្ឋានទិន្នន័យបន្ទាប់ពីរក្សាទុកកន្លែងចាក់សំរាម

តាមរយៈការរក្សាទុកការបោះចោលនៃរចនាសម្ព័ន្ធមូលដ្ឋានទិន្នន័យបច្ចុប្បន្ននៅក្នុង VCS យើងទទួលបានឱកាសដើម្បីពិនិត្យមើលថាតើការផ្លាស់ប្តូរត្រូវបានធ្វើឡើងចំពោះរចនាសម្ព័ន្ធមូលដ្ឋានទិន្នន័យបន្ទាប់ពីការបោះចោលត្រូវបានបង្កើត។ នៅក្នុងបណ្ណាល័យ អ្នកថែរក្សាគ្រោងការណ៍ ដើម្បីរកមើលការផ្លាស់ប្តូរនៅក្នុងរចនាសម្ព័ន្ធមូលដ្ឋានទិន្នន័យ មុខងារមួយត្រូវបានផ្តល់ជូន verifyDumpដែលត្រឡប់ព័ត៌មានអំពីភាពខុសគ្នាដោយគ្មានផលប៉ះពាល់។

វិធីជំនួសដើម្បីពិនិត្យមើលគឺត្រូវហៅមុខងារម្តងទៀត saveDumpដោយបញ្ជាក់ថតដូចគ្នា ហើយពិនិត្យមើលក្នុង VCS សម្រាប់ការផ្លាស់ប្តូរ។ ដោយសារវត្ថុទាំងអស់ពីមូលដ្ឋានទិន្នន័យត្រូវបានរក្សាទុកក្នុងឯកសារដាច់ដោយឡែក VCS នឹងបង្ហាញតែវត្ថុដែលបានផ្លាស់ប្តូរប៉ុណ្ណោះ។
គុណវិបត្តិចម្បងនៃវិធីសាស្រ្តនេះគឺតម្រូវការក្នុងការសរសេរជាន់លើឯកសារដើម្បីមើលការផ្លាស់ប្តូរ។

របៀបផ្ទេរការផ្លាស់ប្តូរនៅក្នុងរចនាសម្ព័ន្ធមូលដ្ឋានទិន្នន័យទៅបរិស្ថានផ្សេងទៀតដោយគ្មានជម្លោះ និងឯកសារការធ្វើចំណាកស្រុកដ៏ធំ

សូមអរគុណដល់មុខងារ deployDump កូដប្រភពនៃនីតិវិធីដែលបានរក្សាទុកអាចត្រូវបានកែសម្រួលតាមរបៀបដូចគ្នាទៅនឹងកូដប្រភពកម្មវិធីធម្មតា។ អ្នកអាចបន្ថែម/លុបបន្ទាត់ថ្មីនៅក្នុងកូដនីតិវិធីដែលបានរក្សាទុក ហើយជំរុញការផ្លាស់ប្តូរភ្លាមៗទៅកាន់ការគ្រប់គ្រងកំណែ ឬបង្កើត/លុបនីតិវិធីដែលបានរក្សាទុកដោយបង្កើត/លុបឯកសារដែលត្រូវគ្នានៅក្នុងបញ្ជីចាក់សំរាម។

ជាឧទាហរណ៍ ដើម្បីបង្កើតនីតិវិធីរក្សាទុកថ្មីក្នុងគ្រោងការណ៍ public គ្រាន់តែបង្កើតឯកសារថ្មីជាមួយផ្នែកបន្ថែម .sql នៅក្នុងថត public/functionsដាក់កូដប្រភពនៃនីតិវិធីដែលបានរក្សាទុកនៅក្នុងវា រួមទាំងប្លុក CREATE OR REPLACE FUNCTIONបន្ទាប់មកហៅមុខងារ deployDump. ការកែប្រែ និងការលុបនីតិវិធីដែលបានរក្សាទុកកើតឡើងតាមរបៀបដូចគ្នា។ ដូច្នេះ កូដចូលទៅក្នុង VCS និងមូលដ្ឋានទិន្នន័យក្នុងពេលតែមួយ។

ប្រសិនបើកំហុសលេចឡើងនៅក្នុងកូដប្រភពនៃដំណើរការដែលបានរក្សាទុកណាមួយ ឬភាពខុសគ្នារវាងឈ្មោះឯកសារ និងនីតិវិធីដែលបានរក្សាទុកនោះ deployDump នឹងបរាជ័យ បង្ហាញអត្ថបទកំហុស។ ភាពមិនស៊ីសង្វាក់គ្នានៃនីតិវិធីដែលបានរក្សាទុករវាងការបោះចោល និងមូលដ្ឋានទិន្នន័យបច្ចុប្បន្នគឺមិនអាចទៅរួចទេនៅពេលប្រើ deployDump.

នៅពេលបង្កើតនីតិវិធីរក្សាទុកថ្មី មិនចាំបាច់បញ្ចូលឈ្មោះឯកសារត្រឹមត្រូវដោយដៃទេ។ វាគ្រប់គ្រាន់សម្រាប់ឯកសារដែលមានផ្នែកបន្ថែម .sql. បន្ទាប់ពីការហៅ deployDump អត្ថបទកំហុសនឹងមានឈ្មោះត្រឹមត្រូវ ដែលអាចត្រូវបានប្រើដើម្បីប្តូរឈ្មោះឯកសារ។

deployDump អនុញ្ញាតឱ្យអ្នកផ្លាស់ប្តូរប៉ារ៉ាម៉ែត្រនៃមុខងារ ឬប្រភេទត្រឡប់ដោយគ្មានសកម្មភាពបន្ថែម ខណៈពេលដែលជាមួយនឹងវិធីសាស្រ្តបុរាណ អ្នកនឹងត្រូវ
ប្រតិបត្តិដំបូង DROP FUNCTIONហើយបន្ទាប់មកតែប៉ុណ្ណោះ CREATE OR REPLACE FUNCTION.

ជាអកុសលមានស្ថានភាពមួយចំនួនដែល deployDump មិនអាចអនុវត្តការផ្លាស់ប្តូរដោយស្វ័យប្រវត្តិបានទេ។ ឧទាហរណ៍ ប្រសិនបើមុខងារកេះដែលប្រើដោយយ៉ាងហោចណាស់កេះមួយត្រូវបានដកចេញ។ ស្ថានភាពបែបនេះត្រូវបានដោះស្រាយដោយដៃដោយប្រើឯកសារធ្វើចំណាកស្រុក។

ប្រសិនបើអ្នកទទួលខុសត្រូវចំពោះការផ្ទេរការផ្លាស់ប្តូរទៅនីតិវិធីដែលបានរក្សាទុក អ្នកថែរក្សាគ្រោងការណ៍បន្ទាប់មកឯកសារការផ្ទេរទិន្នន័យត្រូវតែប្រើដើម្បីផ្ទេរការផ្លាស់ប្តូរផ្សេងទៀតនៅក្នុងរចនាសម្ព័ន្ធ។ ជាឧទាហរណ៍ បណ្ណាល័យដ៏ល្អសម្រាប់ធ្វើការជាមួយការធ្វើចំណាកស្រុកគឺ គោលលទ្ធិ/ការធ្វើចំណាកស្រុក.

ការធ្វើចំណាកស្រុកត្រូវតែអនុវត្តមុនពេលចាប់ផ្តើម deployDump. នេះអនុញ្ញាតឱ្យអ្នកធ្វើការផ្លាស់ប្តូរទាំងអស់ចំពោះរចនាសម្ព័ន្ធ និងដោះស្រាយស្ថានភាពដែលមានបញ្ហា ដូច្នេះការផ្លាស់ប្តូរនៅក្នុងនីតិវិធីដែលបានរក្សាទុកត្រូវបានផ្ទេរជាបន្តបន្ទាប់ដោយគ្មានបញ្ហា។

ការធ្វើការជាមួយការធ្វើចំណាកស្រុកនឹងត្រូវបានពិពណ៌នាលម្អិតបន្ថែមទៀតនៅក្នុងផ្នែកខាងក្រោម។

របៀបរៀបចំដំណើរការនៃការងារប៉ារ៉ាឡែលលើគម្រោងដោយអ្នកអភិវឌ្ឍន៍ជាច្រើន។

វាចាំបាច់ក្នុងការបង្កើតស្គ្រីបសម្រាប់ការចាប់ផ្តើមពេញលេញនៃមូលដ្ឋានទិន្នន័យ ដែលនឹងត្រូវបានដាក់ឱ្យដំណើរការដោយអ្នកអភិវឌ្ឍន៍នៅលើម៉ាស៊ីនការងាររបស់គាត់ ដោយនាំយករចនាសម្ព័ន្ធនៃមូលដ្ឋានទិន្នន័យមូលដ្ឋានឱ្យស្របតាមការបោះចោលដែលបានរក្សាទុកនៅក្នុង VCS ។ មធ្យោបាយងាយស្រួលបំផុតគឺត្រូវបែងចែកការចាប់ផ្តើមនៃមូលដ្ឋានទិន្នន័យមូលដ្ឋានជា 3 ជំហាន៖

1. នាំចូលឯកសារដែលមានរចនាសម្ព័ន្ធមូលដ្ឋានដែលនឹងត្រូវបានគេហៅថា ឧ. base.sql
2. កំពុងអនុវត្តការធ្វើចំណាកស្រុក
3. បញ្ហាប្រឈម deployDump

base.sql គឺជាចំណុចចាប់ផ្តើមដែលការធ្វើចំណាកស្រុកត្រូវបានអនុវត្ត និងអនុវត្ត deployDump, នោះគឺ base.sql + миграции + deployDump = актуальная структура БД. អ្នកអាចបង្កើតឯកសារបែបនេះដោយប្រើឧបករណ៍ប្រើប្រាស់ pg_dump. ប្រើ base.sql ផ្តាច់មុខនៅពេលចាប់ផ្តើមមូលដ្ឋានទិន្នន័យពីដំបូង។

ចូរហៅស្គ្រីបសម្រាប់ការចាប់ផ្តើមមូលដ្ឋានទិន្នន័យពេញលេញ refresh.sh. លំហូរការងារអាចមើលទៅដូចនេះ៖

1. អ្នកអភិវឌ្ឍន៍ចាប់ផ្តើមនៅក្នុងបរិយាកាសរបស់គាត់។ refresh.sh និងទទួលបានរចនាសម្ព័ន្ធមូលដ្ឋានទិន្នន័យបច្ចុប្បន្ន
2. អ្នក​អភិវឌ្ឍន៍​ចាប់​ផ្តើម​ធ្វើ​ការ​នៅ​ក្នុង​ដៃ ដោយ​កែប្រែ​មូលដ្ឋាន​ទិន្នន័យ​មូលដ្ឋាន​ដើម្បី​បំពេញ​តម្រូវ​ការ​មុខងារ​ថ្មី (ALTER TABLE ... ADD COLUMN ល)
3. បន្ទាប់ពីបញ្ចប់ភារកិច្ចអ្នកអភិវឌ្ឍន៍ហៅមុខងារ saveDumpដើម្បីអនុវត្តការផ្លាស់ប្តូរដែលបានធ្វើឡើងចំពោះមូលដ្ឋានទិន្នន័យនៅក្នុង VCS
4. បើកដំណើរការអ្នកអភិវឌ្ឍន៍ឡើងវិញ refresh.shបន្ទាប់មក verifyDumpដែលឥឡូវនេះបង្ហាញបញ្ជីនៃការផ្លាស់ប្តូរដើម្បីរួមបញ្ចូលក្នុងការធ្វើចំណាកស្រុក
5. អ្នកអភិវឌ្ឍន៍ផ្ទេរការផ្លាស់ប្តូររចនាសម្ព័ន្ធទាំងអស់ទៅឯកសារផ្ទេរ ដំណើរការម្តងទៀត refresh.sh и verifyDumpហើយប្រសិនបើការធ្វើចំណាកស្រុកត្រូវបានចងក្រងត្រឹមត្រូវ verifyDump នឹងមិនបង្ហាញភាពខុសគ្នារវាងមូលដ្ឋានទិន្នន័យមូលដ្ឋាន និងការបោះចោលដែលបានរក្សាទុកទេ។

ដំណើរការដែលបានពិពណ៌នាខាងលើគឺត្រូវគ្នាជាមួយនឹងគោលការណ៍ gitflow ។ សាខានីមួយៗនៅក្នុង VCS នឹងមានកំណែរៀងៗខ្លួននៃកន្លែងចាក់សំរាម ហើយនៅពេលបញ្ចូលគ្នាសាខា កន្លែងចាក់សំរាមនឹងត្រូវបានបញ្ចូលចូលគ្នា។ ក្នុងករណីភាគច្រើន មិនចាំបាច់ធ្វើសកម្មភាពបន្ថែមទេ បន្ទាប់ពីការរួមបញ្ចូលគ្នា ប៉ុន្តែប្រសិនបើការផ្លាស់ប្តូរត្រូវបានធ្វើឡើងនៅក្នុងសាខាផ្សេងៗគ្នា ឧទាហរណ៍ចំពោះតារាងតែមួយ ជម្លោះអាចនឹងកើតឡើង។

ចូរយើងពិចារណាអំពីស្ថានភាពជម្លោះដោយប្រើឧទាហរណ៍៖ មានសាខាមួយ។ អភិវឌ្ឍន៍ដែលសាខាពីរសាខា៖ feature1 ។ и feature2 ។ដែលមិនមានជម្លោះជាមួយ អភិវឌ្ឍន៍ប៉ុន្តែ​មាន​ជម្លោះ​នឹង​គ្នា។ ភារកិច្ចគឺដើម្បីបញ្ចូលសាខាទាំងពីរចូលទៅក្នុង អភិវឌ្ឍន៍. ចំពោះករណីនេះ វាត្រូវបានផ្ដល់អនុសាសន៍ឱ្យបញ្ចូលសាខាមួយចូលទៅក្នុង អភិវឌ្ឍន៍ហើយបន្ទាប់មកបញ្ចូលគ្នា អភិវឌ្ឍន៍ ទៅសាខាដែលនៅសេសសល់ ដោះស្រាយជម្លោះនៅក្នុងសាខាដែលនៅសល់ ហើយបន្ទាប់មកបញ្ចូលសាខាចុងក្រោយទៅក្នុង អភិវឌ្ឍន៍. ក្នុងកំឡុងដំណាក់កាលដោះស្រាយជម្លោះ អ្នកប្រហែលជាត្រូវជួសជុលឯកសារចំណាកស្រុកនៅសាខាចុងក្រោយ ដើម្បីឱ្យវាត្រូវគ្នានឹងការបោះចោលចុងក្រោយ ដែលរួមបញ្ចូលលទ្ធផលនៃការរួមបញ្ចូលគ្នា។

របៀបដាក់ពង្រាយការផ្លាស់ប្តូរបន្ថែមទៀតនៅក្នុងរចនាសម្ព័ន្ធមូលដ្ឋានទិន្នន័យដោយសុវត្ថិភាពទៅនឹងបរិយាកាសផលិតកម្ម

សូមអរគុណចំពោះវត្តមាននៃការបោះចោលនៃរចនាសម្ព័ន្ធមូលដ្ឋានទិន្នន័យបច្ចុប្បន្ននៅក្នុង VCS វាអាចពិនិត្យមើលមូលដ្ឋានទិន្នន័យផលិតកម្មសម្រាប់ការអនុលោមតាមច្បាប់ជាក់លាក់ជាមួយនឹងរចនាសម្ព័ន្ធដែលត្រូវការ។ នេះធានាថារាល់ការផ្លាស់ប្តូរដែលអ្នកអភិវឌ្ឍន៍មានបំណងត្រូវបានផ្ទេរទៅមូលដ្ឋានផលិតកម្មដោយជោគជ័យ។

ចាប់តាំងពី DDL នៅក្នុង PostgreSQL គឺ ប្រតិបត្តិការវាត្រូវបានផ្ដល់អនុសាសន៍ឱ្យប្រកាន់ខ្ជាប់នូវលំដាប់នៃការដាក់ពង្រាយខាងក្រោម ដូច្នេះក្នុងករណីមានកំហុសដែលមិនបានរំពឹងទុក អ្នកអាចប្រតិបត្តិ "ដោយគ្មានការឈឺចាប់" ។ ROLLBACK:

1. ចាប់ផ្តើមប្រតិបត្តិការ
2. អនុវត្តការធ្វើចំណាកស្រុកទាំងអស់នៅក្នុងប្រតិបត្តិការមួយ។
3. នៅក្នុងប្រតិបត្តិការដូចគ្នា, ប្រតិបត្តិ deployDump
4. ដោយមិនបញ្ចប់ប្រតិបត្តិការ ប្រតិបត្តិ verifyDump. ប្រសិនបើមិនមានកំហុសទេសូមដំណើរការ COMMIT. ប្រសិនបើមានកំហុសសូមដំណើរការ ROLLBACK

ជំហានទាំងនេះអាចត្រូវបានរួមបញ្ចូលយ៉ាងងាយស្រួលទៅក្នុងវិធីសាស្រ្តដែលមានស្រាប់ក្នុងការដាក់ឱ្យប្រើប្រាស់កម្មវិធី រួមទាំងការឈប់សម្រាកសូន្យ។

សេចក្តីសន្និដ្ឋាន

សូមអរគុណចំពោះវិធីសាស្រ្តដែលបានពិពណ៌នាខាងលើ វាគឺអាចធ្វើទៅបានដើម្បីច្របាច់ការអនុវត្តអតិបរមាចេញពីគម្រោង "PHP + PostgreSQL" ខណៈពេលដែលការលះបង់ភាពងាយស្រួលក្នុងការអភិវឌ្ឍន៍តិចតួចបើប្រៀបធៀបទៅនឹងការអនុវត្តតក្កវិជ្ជាអាជីវកម្មទាំងអស់នៅក្នុងកូដកម្មវិធីសំខាន់។ លើសពីនេះទៅទៀតដំណើរការទិន្នន័យនៅក្នុង PL/pgSQL ជាញឹកញាប់មើលទៅមានតម្លាភាព និងទាមទារកូដតិចជាងមុខងារដូចគ្នាដែលសរសេរក្នុង PHP ។

ប្រភព: www.habr.com