এই নিবন্ধটির উদ্দেশ্য হল একটি লাইব্রেরির উদাহরণ ব্যবহার করা স্কিমা-রক্ষক এমন সরঞ্জামগুলি দেখান যা পোস্টগ্রেএসকিউএল ডিবিএমএস ব্যবহার করে পিএইচপি প্রকল্পগুলির মধ্যে ডেটাবেস তৈরির প্রক্রিয়াটিকে উল্লেখযোগ্যভাবে সহজ করতে পারে।

এই নিবন্ধটি থেকে তথ্য, প্রথমত, বিকাশকারীদের জন্য উপযোগী হবে যারা PostgreSQL ক্ষমতার সর্বাধিক ব্যবহার করতে চান, কিন্তু ডাটাবেসে রাখা ব্যবসায়িক যুক্তি বজায় রাখতে সমস্যার সম্মুখীন হন।

এই নিবন্ধটি একটি ডাটাবেসে ব্যবসায়িক যুক্তি সংরক্ষণের সুবিধা বা অসুবিধাগুলি বর্ণনা করবে না। ধারণা করা হচ্ছে পাঠক ইতিমধ্যেই পছন্দ করে ফেলেছেন।

নিম্নলিখিত প্রশ্ন বিবেচনা করা হবে:

1. একটি ডাটাবেস স্ট্রাকচার ডাম্প কোন ফর্মে একটি সংস্করণ নিয়ন্ত্রণ ব্যবস্থায় সংরক্ষণ করা উচিত (এর পরে VCS হিসাবে উল্লেখ করা হয়েছে)
2. ডাম্প সংরক্ষণ করার পরে ডাটাবেস কাঠামোর পরিবর্তনগুলি কীভাবে ট্র্যাক করবেন
3. দ্বন্দ্ব এবং দৈত্য মাইগ্রেশন ফাইল ছাড়াই ডাটাবেস কাঠামোর পরিবর্তনগুলিকে অন্য পরিবেশে স্থানান্তর করা যায়
4. বেশ কয়েকটি বিকাশকারীদের দ্বারা একটি প্রকল্পে সমান্তরাল কাজের প্রক্রিয়া কীভাবে সংগঠিত করা যায়
5. কিভাবে নিরাপদে একটি উৎপাদন পরিবেশে ডাটাবেস কাঠামোর আরো পরিবর্তন স্থাপন করা যায়
   

   স্কিমকিপার ভাষায় লেখা সঞ্চিত পদ্ধতির সাথে কাজ করার জন্য ডিজাইন করা হয়েছে PL/pgSQL. অন্যান্য ভাষার সাথে পরীক্ষা করা হয়নি, তাই ব্যবহার ততটা কার্যকর নাও হতে পারে বা সম্ভব নাও হতে পারে।

ভিসিএস-এ ডাটাবেস স্ট্রাকচার ডাম্প কীভাবে সংরক্ষণ করবেন

লাইব্রেরি স্কিমা-রক্ষক একটি ফাংশন প্রদান করে saveDump, যা ডাটাবেস থেকে পৃথক পাঠ্য ফাইল হিসাবে সমস্ত বস্তুর গঠন সংরক্ষণ করে। আউটপুট হল একটি ডাটাবেস স্ট্রাকচার ধারণকারী ডাইরেক্টরি, গ্রুপ করা ফাইলে বিভক্ত যা সহজেই VCS এ যোগ করা যায়।

চলুন কয়েকটি উদাহরণ ব্যবহার করে একটি ডাটাবেস থেকে বস্তুকে ফাইলে রূপান্তর করার দিকে নজর দেওয়া যাক:

বস্তুর ধরন
এই প্রকল্পটি
নাম
ফাইল আপেক্ষিক পথ

টেবিল
প্রকাশ্য
হিসাব
./public/tables/accounts.txt

সংরক্ষিত নীতিমালা
প্রকাশ্য
auth(হ্যাশ বিজিন্ট)
./public/functions/auth(int8).sql

ধারণা
বুক
শুল্ক
./booking/views/tariffs.txt

ফাইলের বিষয়বস্তু একটি নির্দিষ্ট ডাটাবেস অবজেক্টের কাঠামোর একটি পাঠ্য উপস্থাপনা। উদাহরণস্বরূপ, সঞ্চিত পদ্ধতির জন্য, ফাইলের বিষয়বস্তু হবে সংরক্ষিত পদ্ধতির সম্পূর্ণ সংজ্ঞা, ব্লক থেকে শুরু করে CREATE OR REPLACE FUNCTION.

উপরের টেবিল থেকে দেখা যায়, ফাইলের পাথ বস্তুর ধরন, স্কিমা এবং নাম সম্পর্কে তথ্য সঞ্চয় করে। এই পদ্ধতিটি ডাটাবেসের পরিবর্তনের ডাম্প এবং কোড পর্যালোচনার মাধ্যমে নেভিগেট করা সহজ করে তোলে।

প্রসার .sql সঞ্চিত পদ্ধতির সোর্স কোড সহ ফাইলগুলির জন্য, এটি নির্বাচন করা হয়েছিল যাতে ফাইলটি খোলা হলে IDE স্বয়ংক্রিয়ভাবে ডাটাবেসের সাথে ইন্টারঅ্যাক্ট করার জন্য সরঞ্জাম সরবরাহ করে।

ডাম্প সংরক্ষণ করার পরে ডাটাবেস কাঠামোর পরিবর্তনগুলি কীভাবে ট্র্যাক করবেন

ভিসিএস-এ বর্তমান ডাটাবেস কাঠামোর একটি ডাম্প সংরক্ষণ করে, আমরা ডাম্প তৈরি করার পরে ডাটাবেস কাঠামোতে পরিবর্তন করা হয়েছে কিনা তা পরীক্ষা করার সুযোগ পাই। লাইব্রেরিতে স্কিমা-রক্ষক ডাটাবেস গঠন পরিবর্তন সনাক্ত করতে, একটি ফাংশন প্রদান করা হয় 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. এটি আপনাকে কাঠামোতে সমস্ত পরিবর্তন করতে এবং সমস্যাযুক্ত পরিস্থিতি সমাধান করতে দেয় যাতে সঞ্চিত পদ্ধতির পরিবর্তনগুলি পরবর্তীতে সমস্যা ছাড়াই স্থানান্তরিত হয়।

মাইগ্রেশন নিয়ে কাজ করা নিম্নলিখিত বিভাগে আরও বিশদে বর্ণনা করা হবে।

বেশ কয়েকটি বিকাশকারীদের দ্বারা একটি প্রকল্পে সমান্তরাল কাজের প্রক্রিয়া কীভাবে সংগঠিত করা যায়

ডাটাবেসের সম্পূর্ণ সূচনার জন্য একটি স্ক্রিপ্ট তৈরি করা প্রয়োজন, যা বিকাশকারী তার কাজের মেশিনে চালু করবে, স্থানীয় ডাটাবেসের কাঠামোকে ভিসিএস-এ সংরক্ষিত ডাম্পের সাথে সঙ্গতিপূর্ণ করে। সবচেয়ে সহজ উপায় হল স্থানীয় ডাটাবেসের প্রারম্ভিকতাকে 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ভিসিএস-এ ডাটাবেসে করা পরিবর্তনগুলি কমিট করতে
4. বিকাশকারী পুনরায় লঞ্চ করুন refresh.shতারপর, verifyDumpযা এখন মাইগ্রেশনে অন্তর্ভুক্ত করার জন্য পরিবর্তনের একটি তালিকা দেখায়
5. বিকাশকারী মাইগ্রেশন ফাইলে সমস্ত কাঠামোর পরিবর্তন স্থানান্তর করে, আবার চালায় refresh.sh и verifyDump, এবং, যদি মাইগ্রেশন সঠিকভাবে সংকলিত হয়, verifyDump স্থানীয় ডাটাবেস এবং সংরক্ষিত ডাম্পের মধ্যে কোন পার্থক্য দেখাবে না

উপরে বর্ণিত প্রক্রিয়াটি গিটফ্লো নীতিগুলির সাথে সামঞ্জস্যপূর্ণ। VCS-এর প্রতিটি শাখায় ডাম্পের নিজস্ব সংস্করণ থাকবে এবং শাখাগুলিকে একত্রিত করার সময়, ডাম্পগুলি একত্রিত হবে৷ বেশিরভাগ ক্ষেত্রে, একত্রিত হওয়ার পরে কোনও অতিরিক্ত পদক্ষেপ নেওয়ার প্রয়োজন হয় না, তবে যদি বিভিন্ন শাখায় পরিবর্তন করা হয়, উদাহরণস্বরূপ, একই টেবিলে, একটি দ্বন্দ্ব দেখা দিতে পারে।

আসুন একটি উদাহরণ ব্যবহার করে একটি দ্বন্দ্ব পরিস্থিতি বিবেচনা করা যাক: একটি শাখা আছে বিকাশ, যা থেকে দুটি শাখা শাখা: বৈশিষ্ট্য 1 и বৈশিষ্ট্য 2যার সাথে কোন বিরোধ নেই বিকাশকিন্তু একে অপরের সাথে দ্বন্দ্ব আছে। কাজটি হল উভয় শাখাকে একত্রিত করা বিকাশ. এই ক্ষেত্রে, প্রথমে শাখাগুলির মধ্যে একটিকে একত্রিত করার সুপারিশ করা হয় বিকাশএবং তারপর একত্রীকরণ বিকাশ অবশিষ্ট শাখায়, অবশিষ্ট শাখায় দ্বন্দ্ব মীমাংসা করে, এবং তারপরে শেষ শাখাকে একত্রিত করে বিকাশ. বিরোধ নিষ্পত্তির পর্যায়ে, আপনাকে শেষ শাখায় স্থানান্তর ফাইলটি ঠিক করতে হতে পারে যাতে এটি চূড়ান্ত ডাম্পের সাথে মেলে, যার মধ্যে একত্রিতকরণের ফলাফল অন্তর্ভুক্ত থাকে।

কিভাবে নিরাপদে একটি উৎপাদন পরিবেশে ডাটাবেস কাঠামোর আরো পরিবর্তন স্থাপন করা যায়

ভিসিএস-এ বর্তমান ডাটাবেস কাঠামোর ডাম্পের উপস্থিতির জন্য ধন্যবাদ, প্রয়োজনীয় কাঠামোর সাথে সঠিক সম্মতির জন্য উত্পাদন ডাটাবেস পরীক্ষা করা সম্ভব হয়। এটি নিশ্চিত করে যে বিকাশকারীরা যে সমস্ত পরিবর্তনগুলি করতে চেয়েছিলেন তা সফলভাবে উত্পাদন বেসে স্থানান্তরিত হয়েছে৷

যেহেতু DDL PostgreSQL এ আছে লেনদেন সংক্রান্ত, এটি নিম্নলিখিত স্থাপনার আদেশ মেনে চলার সুপারিশ করা হয়, যাতে, একটি অপ্রত্যাশিত ত্রুটির ক্ষেত্রে, আপনি "ব্যথাহীনভাবে" সম্পাদন করতে পারেন ROLLBACK:

1. লেনদেন শুরু করুন
2. একটি লেনদেনে সমস্ত মাইগ্রেশন সম্পাদন করুন৷
3. একই লেনদেনে, চালান deployDump
4. লেনদেন সম্পূর্ণ না করেই চালান verifyDump. যদি কোন ত্রুটি না থাকে, চালান COMMIT. যদি ত্রুটি থাকে, চালান ROLLBACK

এই পদক্ষেপগুলি সহজেই শূন্য-ডাউনটাইম সহ অ্যাপ্লিকেশন স্থাপনার বিদ্যমান পদ্ধতির সাথে একত্রিত করা যেতে পারে।

উপসংহার

উপরে বর্ণিত পদ্ধতিগুলির জন্য ধন্যবাদ, প্রধান অ্যাপ্লিকেশন কোডে সমস্ত ব্যবসায়িক যুক্তি প্রয়োগ করার তুলনায় তুলনামূলকভাবে সামান্য উন্নয়ন সুবিধার বলিদান করার সময়, "PHP + PostgreSQL" প্রকল্পগুলির মধ্যে সর্বাধিক কর্মক্ষমতা কমানো সম্ভব। তাছাড়া ডাটা প্রসেসিং ইন PL/pgSQL প্রায়শই আরও স্বচ্ছ দেখায় এবং পিএইচপি-তে লেখা একই কার্যকারিতার চেয়ে কম কোডের প্রয়োজন হয়।

উত্স: www.habr.com