উত্পাদনের ডেটার বিপরীতে বিকাশ করা কি খারাপ?


10

আমি সবসময় শুনেছি যে উত্পাদনের উপাত্তের বিরুদ্ধে বিকাশ করা খারাপ অভ্যাস এবং বর্তমানে একটি দেব> স্টেজ> প্রোডাকশন মডেলে চলে যাওয়ার প্রক্রিয়ায় আছি , মূলত আমার নূন্যতম দক্ষতার সাথে একজন নতুন কর্মচারী রয়েছে এবং আমি বরং তাকে না চাইতাম এখনও উত্পাদন ডেটা সঙ্গে সরাসরি কাজ।

তবে দীর্ঘদিন ধরে আমি সরাসরি ন্যূনতম মাথা ব্যথার সাথে প্রোডাক্ট ডেটা নিয়ে কাজ করেছি, এখানে বা সেখানে কয়েকটা ত্রুটি বিস্ফোরিত হওয়া ছাড়াও, বানানের সমস্যা, খারাপ Alt পাঠ্যসূত্র, লিঙ্কগুলি ভুল অবস্থানে নির্দেশ করার মতো লিঙ্ক। এটি আমার পক্ষ থেকে পিয়ার পর্যালোচনার অভাবের কারণে বলে মনে হচ্ছে, লাইভ ডেটা নিয়ে কাজ করার কারণে নয়।

তাহলে লাইভ সাইটে কেন এমন খারাপ অভ্যাস বিকাশ হচ্ছে?


আপনি ডেভলপমেন্ট সার্ভারে আপনার প্রোডাকশন সার্ভারে থাকা ডেটাটি কেবল অনুলিপি করতে পারবেন।
HoLyVieR

1
মিমি মিম ... ... সরাসরি উত্পাদন ডেটার সাথে জিনিসগুলি করার আপনার উপায়কে সমর্থন না করে আমি কীভাবে এই প্রশ্নটিকে উজ্জীবিত করব? : এস
ভার্মার্কিজ

2
@vmarquez একটি খারাপ অভ্যাস সম্পর্কে একটি প্রশ্ন অগত্যা একটি খারাপ প্রশ্ন?
plntxt

না এটা না. আমি ভোট দিতে যাচ্ছিলাম কারণ আমার মনে হয়েছিল যে এই ধরণের প্রশ্নগুলি সর্বোত্তম অনুশীলনের উপর শিক্ষিত করার জন্য একটি দুর্দান্ত ফর্ম এবং তারপরে, আমি আমার মনে ধারণা পেয়েছিলাম যে ভোটগ্রহণকে স্বীকৃতি হিসাবে গ্রহণ করা যেতে পারে could খারাপ অভ্যাসের উপর, এইভাবে, বিপরীত প্রভাবকে উত্সাহিত করে। এখন আমি মনে করি ভোটদান বিভ্রান্তিকর হতে পারে ... কমপক্ষে কিছু ক্ষেত্রে।
vmarquez

1
লোকেরা বিভিন্ন ধরণের বিভিন্ন কারণে জিনিসগুলিতে ভোট দেয়। "এই ব্যক্তি এই প্রশ্ন থেকে কিছু পেয়েছে" ব্যতীত আমি অন্য কোনও হিসাবে ভোট গ্রহণ করি না।
artlung

উত্তর:


17

যদি বিকাশের সময় আপনি এসকিউএল কমান্ডগুলি চালনা করেন যা অন্তর্ভুক্ত থাকে INSERTবা UPDATEবিদ্যমান ডাটাবেস টেবিলগুলিতে থাকে তবে আপনি সেই পরিমাণে ঝুঁকি নিয়ে চলেছেন যে সেই ডাটাবেস সারণীগুলি মিশন সমালোচনামূলক।

কিছু জায়গাগুলি কিছু সময়ের ব্যবধানে ডেটা ডেভলপমেন্ট ডেটাবেজে সিঙ্ক করে, বলুন, সপ্তাহে একবার বা বিকাশকারীদের অনুরোধে যাতে আপনার বিকাশের জন্য নতুন ডেটা থাকে।

তবে যদি আপনার উত্পাদনের ডেটা আপনি যা করছেন তার থেকে ঝুঁকি না থাকে, উদাহরণস্বরূপ, যদি আপনি কেবল কিছু ডেটা দেখার জন্য বিকাশ করেন তবে সাধারণত এটি কোনও বড় বিষয় নয়। এখন, আপনি যদি টেবিল স্ক্যান করে এমন প্রতিবেদনগুলি চালাচ্ছেন তবে আপনার যদি কোনও টেবিলটি লক করার সম্ভাবনা থাকে তবে আপনার বিদ্যমান ব্যবহারকারীরা ক্ষতিগ্রস্থ হন।

আমি এই জাতীয় ক্ষেত্রে আমার ডেটাবেস অ্যাডমিনিস্ট্রেটরকে মুলতবি করব, যদি কোনও "অফিসিয়াল" ডিবিএ না থাকে, তবে আমি সাবধানতার দিক থেকে ভ্রান্ত হই। এটি নিজের জন্য এমনকি ডেভলপমেন্ট ডেটাবেস তৈরি করা যথেষ্ট সহজ। একটি দলে এটি অতীব গুরুত্বপূর্ণ। এটি ব্যর্থ হলে, আপনি যদি কেবলমাত্র একটি ডাটাবেস রাখার বিষয়ে জেদ করে থাকেন তবে আপনি আপনার বিকাশ ডাটাবেস সারণীগুলির সাথে উপস্থাপন করতে পারেন DEV_এবং কিছুটা ভাল অনুভব করতে পারেন। হ্যাঁ, এর জন্য কিছু কোড পরিবর্তন প্রয়োজন, তবে বিকাশে বিকাশের সময় কিছু পরিবর্তনশীল যুক্ত করা $debug = trueইত্যাদি সাধারণত পরিশ্রমের জন্য উপযুক্ত।

এটির কাছে প্রচুর উপায়। এটি আপনার পরিস্থিতির উপর খুব নির্ভরশীল।


সিঙ্ক প্রক্রিয়াটিতে +1। আমাদের উন্নয়নের দাবিতে আমরা তা এখানে করি। আমাদের একটি QA আছে যা তারা উত্পাদন হিট করার আগে পরিবর্তনের চূড়ান্ত পর্যালোচনার জন্য প্রায়শই সমলয় অঞ্চল। তবে আমরা কখনও কখনও উত্পাদন ডেটার বিরুদ্ধে অনুসন্ধান চালাই, কেবল কারণ সমস্যাটি ডেটা সম্পর্কিত এবং এর অনুলিপি করা খুব কঠিন।
মিলনার

+1 এবং সিঙ্ক জটিল হতে পারে। অনেক ক্ষেত্রে, আপনি প্রোড-> টেস্টের অংশ হিসাবে স্ক্রাবের ইমেল ঠিকানা এবং নাম ইত্যাদির অংশ হিসাবে কিছু করতে চান, যাতে দুর্ঘটনাক্রমে "প্রিয় রিচ বেস্টার্ড" ইমেল এড়ানোর জন্য
জেসনবার্চ

11

আপনি আপনার প্রোডাকশন সার্ভারে প্রোডাকশন ডেটার বিপরীতে বিকাশ করতে চান না। এর এক বিশাল কারণ রয়েছে।

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

সম্ভব হলে আমি কখনই লাইভ বক্সে উন্নয়নমূলক কাজ করতাম না। আপনার সেরা বেটটি হ'ল ডেটাবেস এবং পৃষ্ঠাগুলির ব্যাকআপ তৈরি করা এবং অনুলিপি সহ কাজ করা এবং তারপরে আপনার আপডেটগুলি ধাক্কা। একটি সরঞ্জাম যা আমাকে একটি টনে সহায়তা করেছে সেটি হ'ল এমএসফ্টের সিঙ্কটিয়।


7

ওয়েল, আপনি সত্যিই এটি ডেটা গোলযোগ করতে পারেন। কল্পনা করুন যেখানে কোনও ক্লজ ছাড়বেন। এমনকি যদি আপনার প্রতি ঘন্টা ব্যাকআপ থাকে তবে এটি ঠিক করার জন্য ব্যথা হবে।


3

আপনি যদি সিটবেল্ট ছাড়া গাড়ি চালনা না করেন তবে উত্পাদন ডেটা বিকাশ করবেন না। কেবল একটি সুরক্ষার সমস্যা।


3

আপনার যদি উত্পাদন ডেটা উপলভ্য থাকে তবে এগুলি পরীক্ষার জন্য ব্যবহার করা যুক্তিসঙ্গত, তবে সেই ডেটার অনুলিপি সহ একটি পৃথক পরীক্ষামূলক ডাটাবেস ব্যবহার করুন। অন্যথায় অনেক কিছুই আপনার কয়েকটি "ব্লেবলা" পরীক্ষার রেকর্ডের জন্য কাজ করবে তবে আসল দৃশ্যের জন্য নয়।

এবং লাইভ প্রোডাক্ট ডেটা বিকাশের জন্য - মারফি আইনগুলি মনে রাখবেন "যে কোনও কিছু ভুল হতে পারে সে ভুল হয়ে যাবে।", এবং বড় খারাপ পরিণতি সহ একটি ছোট্ট ভুল করা এত সহজ।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.