ভারী বিকাশের সময়ে, ডাটাবেস স্কিমা দ্রুত এবং অবিচ্ছিন্নভাবে উভয়ই পরিবর্তিত হয় এবং যখন আমাদের সাপ্তাহিক ধরণের বিটা বিল্ডের দিকে আসে তখন স্কিমাটি এতটাই পরিবর্তিত হয় যে একমাত্র বুদ্ধিমান বিকল্পটি আমি যে সমস্ত টেবিলগুলি পারি তার নাক করে দেওয়া এবং আমার ডেভ ডাটাবেস থেকে নতুন সংস্করণ অনুলিপি করুন। স্পষ্টতই, আমরা একবার চালু করার পরে এটি কাজ করবে না, যেহেতু উত্পাদনের ডেটা হ্রাস করা বিপর্যয়ের একটি রেসিপি, তাই আমি ভাবছিলাম যে এক সংস্করণ থেকে অন্য সংস্করণে ডাটাবেস স্কিমা পরিবর্তনগুলি পরিচালনার জন্য কী কৌশলগুলি ছিল?
কিছু আমি খুঁজে পেয়েছি বা অভিজ্ঞতা পেয়েছি:
- এক ডাটাবেস থেকে অন্য ডাটাবেসে সোজাভাবে নুয়ে-ডাম্প (আমি এখন কী করছি)
- স্ক্রিপ্টের মাধ্যমে বা হাতে চালিত এসকিউএল স্টেটমেন্টগুলির সাথে একটি আপডেট করা.এসকিউএল ফাইল বজায় রাখা।
- সক্রিয় ডাটাবেসে সম্পর্কিত "ডিবি-স্কিমা-সংস্করণ" মান সহ একটি আপডেট.এফপিপি ফাইল বজায় রাখা
তৃতীয় বিকল্পটি সর্বাধিক বোধগম্য বলে মনে হচ্ছে, তবে একটি খারাপভাবে নির্মিত এসকিউএল কোয়েরি মিড-স্ক্রিপ্ট ব্যর্থ হওয়ার সম্ভাবনা রয়েছে, ডাটাবেসটিকে অর্ধ-আপডেট অবস্থায় রেখে ব্যাকআপ পুনরুদ্ধারের প্রয়োজন necess
এটি একটি নন-ইস্যু বলে মনে হচ্ছে তবে এটি ঘটে যায়, যেহেতু আমরা একটি দল হিসাবে, আমরা পিএইচপিএমওয়াই অ্যাডমিন ব্যবহার করি এবং আপডেট.এফপিপি ফাইলটিতে আটকানোর জন্য মৃত্যুদন্ড কার্যকর করা এসকিউএল বিবৃতিটি অনুলিপি করার কথা আমি নিজের উপরও নির্ভর করতে পারি না। আপনি অন্য পৃষ্ঠায় নেভিগেট হয়ে গেলে, আমাকে এসকিউএল স্টেটমেন্টটি আবার হাতে লিখে লিখতে হবে, বা আমার পরিবর্তনটি উল্টো করে আবার করতে হবে।
আমার ধারণা আমি কী প্রত্যাশা করছি তা এমন একটি সমাধান যা আমাদের প্রতিষ্ঠিত উন্নয়ন কর্মপ্রবাহকে প্রভাবিত করে না?
update.phpবাupdate.sqlফাইলটি পরীক্ষা করে দেখিয়েছেন, তাই না? এবং পিএইচপিএমআইএডমিনকে স্ক্রিপ্টের মতো সম্ভাব্য সমস্যাগুলির জন্য দোষ দেওয়া হচ্ছে, সম্ভবত এটি কোনও আলাদা / আরও ভাল সরঞ্জাম দেখার সময় এসেছে?