সমস্ত ডিবি টেবিলগুলিতে কোনও তৈরি তারিখ এবং শেষ আপডেট হওয়া তারিখের ক্ষেত্র সহ মানদণ্ড তৈরি করার কোনও অর্থ কী?


38

আমার বস বর্তমানে আমাদের দলে কিছু বিকাশের মান প্রয়োগ করার চেষ্টা করছেন, তাই গতকাল যে মানকগুলি বেশিরভাগ ভালো চলছে সেগুলি নিয়ে তিনি আলোচনা না করার আগে আমরা একটি সভা করেছি:

  • সমস্ত ডিবি টেবিলগুলিতে ট্রিগারদের দ্বারা আপডেট হওয়া একটি ক্রেডিটডেট এবং লাস্টআপডেটেড তারিখ কলাম থাকবে।

এই সময়ে আমাদের দল একটি মতামত বিদ্বেষ ভোগ করেছে; আমাদের মধ্যে অর্ধেক লোক মনে করে যে সমস্ত টেবিলগুলিতে এটি করা হ'ল সামান্য উপকারের সাথে বিশাল পরিমাণে কাজ করা (আমরা স্থির-বাজেটের প্রকল্পগুলিতে কাজ করি সুতরাং যে কোনও ব্যয় আমাদের সংস্থার লাভ থেকে আসে); দ্বিতীয়ার্ধের বিশ্বাস এটি প্রকল্পগুলির সহায়তায় সহায়তা করবে।

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

সুতরাং, আমার প্রশ্ন দ্বিগুণ:

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

আপনি কেন সি # ওআরএম-খুশি নন? এছাড়াও, এনহাইবারনেটে এই দুটি কলামের ম্যাপিংয়ের জন্য [insert = "মিথ্যা" আপডেট = "মিথ্যা" উত্পন্ন = "সর্বদা"] বৈশিষ্ট্যগুলি যুক্ত করা উদাহরণস্বরূপ আমার কাছে বিশ্রী বলে মনে হচ্ছে না, বা আমি কিছু হারিয়ে যাচ্ছি?
জালান

সি # + ওরাকল ওআরএম-খুশি নয় এবং আমরা দেখতে পেয়েছি যে এনহাইবারনেট খুব বেশি ভারী ওজনযুক্ত ছিল (স্পষ্টতই, আমি সরঞ্জামটির তদন্তের সেই অংশে জড়িত ছিলাম না)। আমি সম্ভবত সি # এবং ওরাকলকে মূল প্রশ্নের পিছনে রেখেছি।
এড জেমস

আপনার প্রশ্নের শিরোনামের নাম পরিবর্তন করে ডাটাবেসের মানগুলিকে আরও বর্ণনামূলক বলে বিবেচনা করা উচিত।
maple_shaft

কীভাবে এটি কোনও কিছু থেকে দূরে সময় নেবে? আপনাকে 'বাইরের ক্ষেত্রে' কমপক্ষে দু'বার এটি করতে হবে। একটি সরঞ্জাম এবং কিছু পুনরায় ব্যবহারযোগ্য ক্লাস তৈরি করুন এবং এটি নিয়ে আর কখনও চিন্তা করবেন না।
স্টিভেন ইভার্স

উত্তর:


27

এটি মোটামুটি সাধারণ অনুশীলন, যদিও আমি বলব না যে সমর্থনযোগ্যতা হ'ল প্রধান সুবিধা। এই পদ্ধতির আসল সুবিধা হ'ল নিরীক্ষণের ট্রেইল রাখা। শেষ আপডেটটি ব্যবহারকারীর ব্যবহারকারীর নাম সহ অতিরিক্ত কলাম থাকাও সাধারণ জায়গা।

যদি আপনি কোনও ধরণের আর্থিক বা সংবেদনশীল ডেটা নিয়ে কাজ করে থাকেন তবে আমি নিশ্চিত যে আপনি পিসিআই এবং সক্স কমপ্লায়েন্সের মতো জিনিস শুনেছেন । এই স্পেসিফিকেশনগুলি পূরণ করার জন্য একটি বিস্তৃত নিরীক্ষণের ট্রেইল থাকা অপরিহার্য ..

দাবি অস্বীকার: তবে, একটি ডাটাবেস নিরীক্ষণের ট্রেইল অর্জনের আরও অনেক ভাল উপায় রয়েছে> https://stackoverflow.com/questions/1051449/ideas-on-database-design-for-capturing-audit-trails


দুঃখিত, উল্লেখ করতে ভুলে গেছেন, পিসিআই (ইত্যাদি) সম্মতি প্রযোজ্য নয়, লগগুলিতে ইতিমধ্যে প্রক্রিয়া নিরীক্ষণের ট্রেল রয়েছে (সমস্ত কিছুই পুরোপুরি লগইন করা হয়েছে)।
এড জেমস

6
"(সমস্ত কিছু পুরোপুরিভাবে লগ হয়)" এতে কি ক্রিয়েটেডডেট এবং লাস্টআপডেটেড ডেট অন্তর্ভুক্ত থাকে? যদি তা হয় তবে সম্ভবত আপনি আপনার সহকর্মীদের DRY
নীতিটির

2
এটি একটি খুব ভাল পয়েন্ট, সম্ভবত আমার সংরক্ষণ করা ডেটা সহজেই জিজ্ঞাসা করতে আমরা আরও কার্যকর লগ পার্সারের জন্য চাপ দিচ্ছি (স্পষ্টতই ডেটা নিরীক্ষণের ট্রেইলের উদ্দেশ্যে রয়েছে যাতে আমরা এক সপ্তাহের বেশি বা তার জন্য উপলব্ধ না রাখি ক্যোয়ারী, বাকিগুলি গুছিয়ে রাখা হয়েছে)।
এড জেমস

3
আমি মনে করি না এই পদ্ধতির একটি সমর্পণ করা হবে সমৃদ্ধ নিরীক্ষা লেজ ... আমি এমনকি এটি একটি কল না নিরীক্ষা লেজ সব সময়ে।
জর্দো

@ জর্দো আমি বলেছিলাম যে এটি একটি সাধারণ পদ্ধতি, আমি বলিনি এটি একটি ভাল উপায়! অতএব অস্বীকৃতি :)
ম্যাটড্যাভি

17

পূর্বের যুক্তিটি অবৈধ, কারণ কয়েকটি টেবিলে কয়েকটি ডাটাবেস বজায় থাকা টাইমস্ট্যাম্প ক্ষেত্র যুক্ত করা খুব কঠিন কাজ নয়। এটি প্রকৃতপক্ষে মন-সংকুচিতকরণের কাজটি যা একজন জুনিয়র বা ইন্টার্নকে দেয় এবং তারা খুব সহজেই একটি সপ্তাহের স্প্রিন্টে এড়াতে পারত।

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

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


8
একটি স্ক্রিপ্ট তৈরি করুন যা এই কলামগুলি প্রতিটি টেবিলের সাথে যুক্ত করবে যদি সেগুলি ইতিমধ্যে ট্রিগারগুলির সাথে উপস্থিত না থাকে।
JeffO

3
+1 আপনি কয়েক দিনের মধ্যে স্ক্রিপ্টগুলি সহজেই জেনারেট করতে পারেন। এটি যদি ম্যানুয়ালি করা হয় তবে কেবল প্রচুর কাজ।
জন রেইনর

8

... একজন মানুষ যত বেশি স্পষ্টতামূলক বক্তব্য দেয় তার তত বেশি সংশোধনযোগ্য ভুল হওয়ার সম্ভাবনা থাকে ... - টাইলার ডারডেন

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

এখানে ভারসাম্য বজায় রাখতে হবে, সিদ্ধান্ত গ্রহণকারীদের দিকে আপনার এটাই উচিত।


8

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

আমি 25 বছর ধরে সিস্টেম এবং ডাটাবেসগুলি ডিজাইন করে আসছি এবং শত শত ক্লায়েন্টের জন্য কাজ করেছি। এমন কোনও ক্লায়েন্ট নেই যে এর প্রয়োজন নেই।

এটি করার জন্য দুটি প্রাথমিক উপায় রয়েছে:

1 - প্রথম অনুশীলনটি হ'ল ডাটাবেসটিকে কাজ করতে দেয় এবং এটিকে সরাসরি টেবিলের নকশায় রাখে। যা খালি ন্যূনতম, আমি সুপারিশ করব।

2 - অন্যান্য অনুশীলন, যা আমি পছন্দ করি .... এটি হ্যান্ডেল করার জন্য একটি প্রতিলিপি সরঞ্জাম ব্যবহার করছে। DEV টিমগুলির জন্য সামান্য ওভারহেড রয়েছে এবং কোনও ব্যয় নেই। তবে সরঞ্জামগুলি ব্যয়বহুল। আরও একটি সুবিধা হ'ল মুছে ফেলা প্রক্রিয়াটি এই ধরণের সরঞ্জামের সাহায্যে আরও সহজে নিরীক্ষণ করা যায়। একটি অনুলিপি সরঞ্জাম ছাড়া আপনার অডিট টেবিল তৈরি করতে হবে এবং মুছে ফেলার জন্য ফায়ার ট্রিগার তৈরি করতে হবে - আমার মতে ভাল অভ্যাস নয়।

এই ক্ষেত্রগুলি থাকার আরও একটি সুবিধা হ'ল ডেটা গুদাম এবং ওডিএস যা কোনও ওলটিপি সিস্টেমের জন্য সর্বদা নির্মিত। আপনি কার্যকরভাবে এগুলি ছাড়া ইনক্রিমেন্টাল ডেটা টানতে পারবেন না। অন্যথায় আপনি প্রতিদিন পুরো ডিবি পুনরায় লোড করার ঝুঁকি নিয়ে থাকেন।

এই 2 তারিখগুলি রাখার জন্য প্রচুর অন্যান্য ব্যবসার কারণ রয়েছে যা আমি এখানে প্রকাশ করব না। আপনার বাড়ির কাজটি করুন এবং আমি নিশ্চিত যে 3-6-12-48 মাস রাস্তায় নেমে আপনি খুব খুশি হবেন আপনি এই 2 সাধারণ ক্ষেত্রটিতে রেখেছিলেন।

আমি কার্যকর করেছি এবং সাধারণত যেখানে সম্ভব উভয় সমাধানের প্রস্তাব দিই।


5

আমরা আমাদের ডেটাবেজে কলাম দ্বারা তৈরি তারিখ তৈরি করেছি এবং সেগুলি ডেটা ইস্যু ট্র্যাক করার ক্ষেত্রে আমাদের প্রচুর সহায়তা করেছে have যদি আমাদের ফিরে যেতে হয়, তবে এটি আমাদের নিখুঁত নিখুঁত টেবিলে সঠিক রেকর্ডগুলি খুঁজে পেতে সহায়তা করে (কারণ আমরা জানি যে খুব বড় টেবিলটি কোথায় দেখতে হবে)। তিনি কলাম দ্বারা তৈরি এবং সংশোধিত একটি যুক্ত করা উচিত। এটি সত্যই তা জানতে সাহায্য করে যে আপনার কাছে সম্পূর্ণ নিরীক্ষণ না থাকলে বিশেষত কে ডেটা রাখে।

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

এই ডেটা কীভাবে সাহায্য করতে পারে? ভাল, প্রথমে এটি কমে গেছে যখন পুরানো ডেটা (পুনর্বিবেচনাতে) সন্ধান করতে হবে এবং ডেটা প্রবেশের সময় আপনার প্রোগ্রামটির কোন সংস্করণ সক্রিয় ছিল তা আপনাকে সহায়তা করতে পারে। সুতরাং আপনি যদি জানেন যে আপনি সংস্করণ ২.৩ এ ঠিক করেছেন যা July জুলাই ২০১১ এ লাইভ হয়ে গেছে এবং তারপরে একই সমস্যাটি Aug ই আগস্ট রেকর্ডের সাথে সন্নিবেশ পেয়েছে, তবে সম্ভবত আপনার সমাধানটি ভাল ছিল না। আপনি যদি পুরানো ডেটাতে ফিরে যেতে চান তবে এটি আপনাকে বলবে যে ব্যাকআপগুলির কোন সংস্করণ আপনি যদি পুরানো ডেটা পুরো অডিটিং না করেন তবে আপনি পুরানো ডেটা খুঁজে পেতে পারেন।

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


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

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

4

কাজের চাপটি মোড কারণ এটি আপনার দ্বারা তৈরি করা প্রতিটি ডাটাবেসে স্ক্রিপ্ট করা এবং প্রয়োগ করা যেতে পারে। ট্রিগারগুলির সাথে সমস্ত টেবিলগুলিতে কলামগুলি যুক্ত করুন। আপনার বিল্ড দিয়ে এটি চালানোর জন্য আপনাকে কেবল মনে রাখতে হবে।

যতক্ষণ না ক্লায়েন্ট যা চান, আপনার উপযুক্ত অ্যাপ্লিকেশনগুলিতে সংহত করার জন্য আপনাকে তাদের অর্থ প্রদান করতে পারেন। অনেকে এটি রেকর্ডে অতিরিক্ত তথ্য দেখতে পছন্দ করে যে এটিকে সর্বশেষ এবং কখন তৈরি করেছে / পরিবর্তন করেছে। প্রত্যেককে ইমেল প্রেরণ করার প্রয়োজন নেই এটির জন্য বা মিথ্যা বলার। আপনি যখনই কোনও রেকর্ড দেখেন ততবারই আপনাকে লগটি জিজ্ঞাসা করতে হবে না।

এটি ডাটাবেসে রাখা এবং কেবল সেখানে এটি রাখা খুব কঠিন নয় এবং ক্ষেত্রগুলি ব্যবহার করে এমন অতিরিক্ত বৈশিষ্ট্যগুলির জন্য আপনাকে চার্জ দেওয়ার অনুমতি দিতে পারে বা ক্লায়েন্টরা সিস্টেমটি কতটা ব্যবহার করছে সে সম্পর্কে আপনাকে কিছু প্রতিক্রিয়া জানাতে পারে।


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

1

এটি কার্যকর করার জন্য মোটামুটি তুচ্ছ হবে (সম্ভবত 1 থেকে 3 দিন মোট), সুতরাং আমার মতে এটির আজীবন আপনার আবেদনটিতে এর কত মূল্য যুক্ত হবে তা আমার মতে।

প্রথমত, কলামগুলি যুক্ত করতে একটি পরিবর্তনের টেবিলের বিবৃতি প্রয়োজন হবে, পরিবর্তনের টেবিলটি একই রকম হবে (টেবিলের নাম বাদে), যাতে আপনি প্রয়োজনীয় সমস্ত টেবিলের জন্য পরিবর্তিত এসকিউএল স্টেটমেন্ট কোড তৈরি করতে একটি স্ক্রিপ্ট লিখতে পারেন । NULLs কে বিদ্যমান ডেটার জন্য অ্যাকাউন্ট করার অনুমতি দিতে হবে এবং কলামগুলির উপস্থিতি পরীক্ষা করতে হবে যাতে এটি পুনরায় চালিত হয় run

দ্বিতীয়ত, কলামগুলির জন্য, ডিফল্ট মানগুলি যেমন গিট ইউটিসিডিট () (এসকিউএল সার্ভার, ওরাকল ভিন্ন ভিন্ন) ব্যবহার করে সন্নিবেশ করানোতে কোনও কোডিং সংযোজন সমাধান করে, তাই ডিফল্ট মানগুলি হ'ল যেহেতু সন্নিবেশ বিবৃতিগুলির জন্য কোড বেসটি পরিবর্তন করতে হবে না since ব্যবহার করা হয়েছে।

ডেটাতে আপডেট (সর্বশেষ পরিবর্তিত রূপে পরিবর্তন) আপডেট ট্রিগার দিয়ে সমাধান করা যেতে পারে। আবার, এই ট্রিগারটি সমস্ত টেবিলগুলিতে প্রায় একই রকম হবে, সুতরাং এই ট্রিগার কোডটি (এসকিউএল) যে কোনও বিদ্যমান সারণীর জন্যও কোড উত্পন্ন হতে পারে।

সম্ভাব্য স্ক্যালি স্ক্রিপ্ট কোড প্রচুর পরিমাণে থাকবে (কতগুলি টেবিলের উপর নির্ভর করে) তবে এটি এমন একটি প্যাটার্ন যা পুনরাবৃত্তিযোগ্য, সুতরাং আপনি কোনও বিদ্যমান ডিবি স্কিমা দেখে কোডটি তৈরি করতে পারতেন।


আমি উদ্বিগ্ন যে একটি বড় ব্যান্ড পদ্ধতির সাথে আপনি যেমন নতুন টেবিলগুলির সাথে দীর্ঘমেয়াদী রক্ষণাবেক্ষণের সমস্যাগুলি তৈরি করতে চান, বা এটি (আরও খারাপ) আপনাকে এমন একটি স্প্রোক তৈরি করতে হবে যা নির্দিষ্ট নামযুক্ত কলামগুলির জন্য প্রতিটি টেবিল স্ক্যান করে তারপরে তৈরি করে অনুপস্থিত থাকলে ডিডিএল স্ক্রিপ্ট এগুলি রক্ষণাবেক্ষণের মতো দুঃস্বপ্ন বলে মনে হচ্ছে!
এড জেমস

এটি যদি কোনও মান হয়, আশা করি নতুন টেবিল তৈরি করা বিকাশকারী মানটিকে অনুসরণ করে। নাহলে হ্যাঁ, দুঃস্বপ্ন। পদ্ধতিটি হ'ল বিদ্যমান স্কিমাটি গতি বাড়িয়ে তুলতে হবে, তবুও যে মানটি অনুসরণ করতে বিকাশকারীর উপর রয়েছে।
জন রায়নার

আমি মনে করি যে মন্তব্যটির মূল শব্দটি "আশাবাদী", আমি নিশ্চিত নই যে আমি প্রতিটি নতুন বিকাশকারীর নিজস্ব বিচ্ছিন্নতার সাথে ঘটেছিল এমন কোনও কিছুতে বিশ্বাস করি!
এড জেমস

2
@ এড - একমত, কোনও আস্থা নেই, কোড রিভিউগুলির জন্য এটিই! :)
জন রায়নার
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.