চতুর বিকাশে, আমি কি ডাটাবেসের আগে ফ্ল্যাট ফাইলটিতে অধ্যবসায়ের চেষ্টা করা উচিত?


21

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

এটি কি সত্য, না আমি ধারণাটি ভুল বুঝেছি? এইভাবে কি চৌকস দল সাধারণত অ্যাপ্লিকেশন তৈরি করে? এর যৌক্তিকতাগুলি কী কী এবং যখন আমার এই পদ্ধতিটি গ্রহণ করা উচিত নয়?


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

উত্তর:


42

ধারণাটি পৌঁছে দেওয়া হচ্ছে এমন কিছু যা স্পষ্টভাবে চটচটে এবং প্রাসঙ্গিক অংশ, শেষ দায়িত্বশীল মুহুর্তে জিনিসগুলি ধাক্কা দেওয়ার ধারণা।

তবে গৃহীত উদাহরণটি শুরু করার জন্য সম্পূর্ণ মিথ্যা অনুমানের উপর নির্ভর করে:

কোনও আরডিবিএমএস ব্যবহার না করে ফ্ল্যাট-ফাইল ডাটাবেস বাস্তবায়ন করা সহজ / কম কাজ। - প্রায়শই সম্পূর্ণ মিথ্যা

উদাহরণটি হ'ল: অবিচলিত স্তরটি সম্ভব না হওয়া অবধি কার্যকর বাস্তবায়নে রাখা হয় যতক্ষণ না সিদ্ধান্ত নেওয়া হয় যে এটি অপর্যাপ্ত।

অনেক উন্নয়ন দলের জন্য, এটি করার জন্য একটি ডাটাবেস দাঁড়ানো এক ঘন্টা বা দু'বারের বিষয় (বা ওআরএমের সাথে ছোট ডাটাবেসের জন্য 15 মিনিট) যখন তারা যে ফ্ল্যাট-ফাইল ডাটাবেসের সাথে হস্তক্ষেপের প্রয়োজন হয় না তা হতে পারে প্রচুর ব্যথা এবং বিরক্তি কারণ তাদের সমস্ত সন্ধান এবং ডেটা-টেবিল নির্মাণের টাইপ কোডটি ম্যানুয়ালি হাতে লিখতে হয়, যখন কোনও ডাটাবেস কোনও ইউআইতে একটি টেবিল তৈরি করার মতো সহজ হতে পারে, কয়েকটি কলাম যুক্ত করে, এবং তারপরে একটি ORM সমস্ত কিছু তৈরি করে অন্যথায় আপনার প্রয়োজন।

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

সংক্ষিপ্তসার: ধারণাটি সঠিক এবং নির্ভুল, তবে উদাহরণটি ভীষণ বড় এবং প্রায়শই (প্রায় সবসময়) ভুল অনুমানের উপর ভিত্তি করে


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

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

17

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

এসকিউএলাইট (এমন একটি লাইব্রেরি যা আপনাকে একটি সার্ভারলেস এসকিউএল ডাটাবেস দেয় যা কোনও ফাইলে সঞ্চিত থাকে) ব্যবহার করে প্রাথমিক জটিলতা সহজ করার জন্য একটি জিনিস আপনি করতে পারেন । এটি একটি নমনীয় টাইপ সিস্টেম পেয়েছে যাতে আপনার কোনও স্কিমার জন্য গুরুত্ব সহকারে অঙ্গীকার করতে হবে না, আপনার ডিবি কনফিগার করতে / সংযুক্ত করার জন্য কোনও সার্ভার এবং ফাইলটি মুছে ফেলার মতো সহজ নয়। এটি আপনাকে প্রয়োজনে সংস্করণ নিয়ন্ত্রণে কোড সহ ডিবি চিত্রটিও অন্তর্ভুক্ত করতে দেয়।


4
ফ্ল্যাট ফাইল সোসাইটির কাছ থেকে আপনি ডাউনটা পেয়েছেন বলে মনে হচ্ছে।
জেফো

@ জেফো: এসকিউএলাইট তার ডাটাবেসটিকে একটি ফ্ল্যাট ফাইলে সংরক্ষণ করে।
মিঃমাইন্ডার

7
@ মিঃ মাইন্ডার, বেশিরভাগ ডাটাবেসগুলি ... তবে তা অপ্রাসঙ্গিক। 'ফ্ল্যাট ফাইল' এর অর্থ এখানে কিছু ডিবি স্তর দিয়ে যাওয়ার বিপরীতে সরাসরি ফাইলটি ম্যানিপুলেট করা।
গ্র্যান্ডমাস্টারবি

একমত নন। SQLite কীভাবে কাজ করে তা শিখতে হবে এবং NET- এ এসকিউএল ডাটাবেস চালিত কোড প্রয়োগ করে, ক্যোয়ারী ফলাফলকে বস্তুতে রূপান্তর করবে ইত্যাদি ইত্যাদি যাতে এটি উন্নয়ন সহজ করে না। এটি কেবলমাত্র একটি পূর্ণাঙ্গ ডাটাবেস সার্ভারের সুবিধা ছাড়াই একটি ডাটাবেস তৈরির সমস্ত বোঝা যুক্ত করে।
লুই রাইস

11

এটি একটি উদাহরণ, নিজের ধারণা এবং নিজের ধারণার চেয়ে ধারণাকে প্রদর্শন করার জন্য ব্যবহৃত হয়।

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

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

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


স্থানান্তরের পথ সম্পর্কে আমি একমত নই। টেকনেট.মাইক্রোসফট.ইন- ইউএস / লিবারি / সিসি ৯6663৯6.এএসপিএক্স থেকে মাইএসকিউএল থেকে এমএসএসকিউএ স্থানান্তরিত করার বিষয়ে বিস্তারিত নির্দেশনা রয়েছে, তবে ফ্ল্যাট-ফাইলকে যে কোনও একটি পছন্দে রূপান্তর করতে এসএসআইএস বা মাইএসকিউএল এর সংস্করণে ম্যানুয়ালি কিছু ইটিএল লেখার প্রয়োজন হবে।
জিমি হোফা

@ জিমিহোফা: আমি জানি, একটি সিএসভি বেশ সহজ। blog.sqlauthority.com/2008/02/06/… tech-recips.com/rx/2345/import_csv_file_directly_into_mysql তবে আমি আপনার বক্তব্য গ্রহণ করি যে দুটি পথই জটিল নয়।
পিডিআর

6

আপনি কি জেদ করছেন?

আমি একটি চটফটে দল এবং আমি একটি অ্যাপ্লিকেশন জন্য, আমরা ডাটাবেসের প্রায় সবকিছু স্থির রাখি। মনে মনে, যদি আমরা তা না করি তবে এই অ্যাপ্লিকেশনটি করার মতো খুব বেশি কিছু থাকত না - কোনও ডাটাবেসে জিনিস অব্যাহত রাখা তার রাইসন ডি'tre এর একটি বড় অংশ ।

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


1
অ্যাপ্লিকেশনটি অনুরোধগুলির একটি সারি পরিচালনা করে এবং এটি বন্ধ এবং পুনরায় চালু করার পরে সারিটি মনে রাখা দরকার .. আপনার আবেদনের মতো ডাটাবেস ব্যবহার করার কোনও বাধ্যবাধকতা নেই
লুই রাইস

@ লুইসহাইস: এই সারি ডেটা দিয়ে কী করা হবে? সহজভাবে পড়া এবং ব্যবহারকারীর প্রদর্শিত? আপনি কী ভাবেন যে কোনও ডাটাবেসে অবিচল থেকে আপনি কী উপকার পাবেন?
হতাশ

সারি ক্রিয়াগুলি কার্যকর করা হবে। ডাটাবেস থেকে প্রাপ্ত সুবিধার মধ্যে পারফরম্যান্স, সমঝোতা পরিচালনা এবং সম্ভবত ক্লায়েন্ট সুরক্ষা, পাঠযোগ্যতা এবং ডেটা অনুসন্ধান সম্পর্কেও যত্ন নেবে।
লুই রাইস

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

5

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

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

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

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


1
"পরিকল্পনা অকেজো, তবে পরিকল্পনা অপরিহার্য।" - আইজেনহাওয়ার
অ্যালেক্স চ্যাফি

3

আমি মনে করি আপনি ভুল মূল্যবোধের দিকে মনোনিবেশ করছেন। চটপটে, ব্যবসায়ের মান ফোকাসে। কিছু শেষ ব্যবহারকারীদের ব্যবসায়ের মান সরবরাহ করার জন্য আপনি একটি পণ্য তৈরি করেন।

আপনি যদি দেরী স্তরটি দেরিতে তৈরি করেন বা এটির পথটি তৈরি করেন তবে গ্রাহকের কাছে ব্যবসায়ের মূল্য সরবরাহ করার জন্য আপনার কৌশল। আমি বিশ্বাস করি না যে "চটজলদি" শব্দটি নিজেই আদেশ করে যদি আপনার একটি বা অন্যটি করা উচিত।

ডেটারে স্টোরেজ কৌশল স্থগিত করার বিষয়ে দৃষ্টিভঙ্গি রবার্ট সি মার্টিন (চতুর ইশতেহারের অন্যতম লেখক) এই উপস্থাপনায় সমর্থন করেছেন

এটি একটি খুব ভাল উপস্থাপনা, আমি আপনাকে এটি দেখার সুপারিশ করতে পারি।

তবে এতে আমি একমত নই! কমপক্ষে একটি ডিগ্রি।

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

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

আমি যে চৌকস প্রকল্পগুলিতে কাজ করেছি সেগুলি ডেটা অ্যাক্সেস কৌশল স্থগিত করে না। তবে এটি decoupled হয়েছে, আমাদের পথে এটি পরিবর্তন করার অনুমতি দেয়। এবং সম্পূর্ণ ডাটাবেস স্কিমা সামনে নকশা করা হয় না। টেবিল এবং কলামগুলি সেভাবে তৈরি করা হয় যেমনগুলি ব্যবহারকারীকে সঞ্চিত প্রয়োগ করতে হয়, শেষ পর্যন্ত ব্যবসার মান সরবরাহ করে।


1

কোনও নতুন প্রকল্প শুরু করার সময় প্রথমে কোন প্রশ্নের উত্তর দেওয়া দরকার তা দেখতে ভাল রায় এবং অভিজ্ঞতা লাগে।

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

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


0

ফ্ল্যাট ফাইল সহজ নয়!

তারা স্টোরেজ অনুমতি দেয় এবং এটাই সব কিছু। উপাত্তের কাঠামো, অ্যাক্সেসের পথগুলি ইত্যাদি সবই আপনার উপর নির্ভর করে এবং এটিকে ভুল করার অনেকগুলি উপায় রয়েছে।

ডেটাবেসগুলির অস্তিত্বের কারণ রয়েছে এবং এর মধ্যে একটি হ'ল ডেভলপারদের জন্য জিনিসগুলি সহজ করে তোলা।

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

ভুলে যাওয়া ডেটা আইটেম, মেলানো ডেটা স্ট্রাকচার এবং অন্যান্য দুঃস্বপ্নগুলি এগুলি সামনে এনে একটি ডেটা মডেল তৈরি করে এড়ানো যায়।

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

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


-1

আপনার কি ডাটাবেসের আগে একটি ফ্ল্যাট ফাইলটিতে অধ্যবসায়ের চেষ্টা করা উচিত?

হ্যাঁ, আপনি এটি চেষ্টা করা উচিত। বিশেষ করে যদি আপনি এর আগে কখনও চেষ্টা করেন নি। এটি কীভাবে সক্রিয় হয় তা বিবেচ্য নয়, আপনি কিছু শিখবেন।

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