ইআর ডায়াগ্রামের গুরুত্ব


10

আমি একজন ছাত্র এবং আমি আমার একাডেমির অংশ হিসাবে বেশ কয়েকটি প্রকল্প বিকাশ করছি।

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

বেশিরভাগ মানুষ সরাসরি কাগজে প্রয়োজনীয় সিস্টেম অনুযায়ী মৌখিকভাবে ফ্লাইয়ে ডাটাবেস বিকাশকে পছন্দ করেন।

এখন, আমি ডাটাবেস নীতিগুলির কঠোর অনুসারী। আমি মনে করি ডাটাবেস কেবল ইআরডি থেকে তৈরি করা উচিত। সুতরাং, আমি কেবল নিম্নলিখিতটি জানতে চাই:

  • শিল্প কি এই নীতিগুলি অনুসরণ করে?
  • আমি কি কেবল একটি ইআরডি বিকাশের জন্য আমার সময় নষ্ট করছি?
  • ইআরডি বিকাশের সুবিধা কী কী?

ইআর / ইইআর ডায়াগ্রাম সত্তাগুলির মধ্যে আন্তঃসম্পর্ক দেখায় এবং এটি সিস্টেম ফাংশনালিস্টগুলিকেও বাড়িয়ে তোলে।

আপনি যদি এসকিউএল সার্ভারের জন্য ইআরডি তৈরির জন্য একটি নিখরচায় সরঞ্জাম চান ... তথ্য এখানে পাওয়া যাবে ... ফেসবুক / ডেটা
মডেলটুল

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

উত্তর:


13

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

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

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


1
যদি আমরা আপনার "বিল্ডিং প্ল্যান" তুলনা করে পুরো পথে চলে যাই তবে আমাদের একটি সিস্টেম বানাতে হবে এবং পুরো জিনিসটি ধ্বংস না করতে পারলে কখনও এটিকে পরিবর্তন করতে পারি না। এটি গতিশীল পরিবেশে কাজ করে না।
এ কে

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

5

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


4

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

আপনি যদি ইআরডি ছাড়াই কয়েক বছর পরে ডাটাবেসে পৌঁছান, আপনার প্রকল্পে কী চলছে তা দেখতে আপনাকে অনেক সময় ব্যয় করতে হবে।

আমার সংস্থা রয়েছে এবং আমরা ইআরডি ডিজাইন করি, ইআরডি ছাড়া ডেটাবেস সম্পর্কে কখনও ভাবেন না। (আসলে এটি আমার নিজস্ব ব্যক্তিগত পরীক্ষা)


4

কিছুদিন আগে ইআরডিগুলি আরও মূলধারায় ব্যবহৃত হত। আইএমও তারা এখন কমবেশি alচ্ছিক।

বর্তমানে, কয়েকটি অত্যন্ত সফল দল ইআরডি নিয়ে মোটেই বিরক্ত করে না, তবুও দুর্দান্ত সিস্টেমগুলি সরবরাহ করে: দৃust়, পারফরম্যান্ট এবং দীর্ঘমেয়াদে বজায় রাখা সহজ। এটি চৌকস বিকাশে বিশেষত সত্য, যখন আমরা একটি ছোট্ট সরঞ্জাম শুরু করি, যখন একটি সংক্ষিপ্ত সরঞ্জামের সেট থাকে।

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

এই শিল্পে কোনও কম্বল বিধি নেই।


+1 কিন্তু অন্য কোন উপায়ে ডেটাবেস সম্পর্কিত ও ডকুমেন্টেশন এবং যোগাযোগ ব্যবহার করা হয়?
चमत्कार 173

@ miracle173 একটি ভাল বই হ'ল: "চতুর নীতি, প্যাটার্নস এবং সি # তে অনুশীলন"। এছাড়াও আমি ড্যান উত্তর দ্বারা ড্যান উত্তর দ্বারা বিহেভিয়ার ড্রাইভড
এ কে

1
আপনি কি বলতে চাইছেন some teams prefer other ways? আমি মনে করি স্ট্যাকওভারফ্লোতে উত্তর হিসাবে পোস্ট করা হলে এটি প্রচুর ডাউন ভোট দিয়ে শেষ হতে পারত!
Pmpr

2

প্রোডাকশন কোড লেখার আগে এটি ডিজাইন করা জরুরী। প্রোটোটাইপ করাও গুরুত্বপূর্ণ; ডাটাবেস লোকেরা এসকিউএল লিখে প্রোটোটাইপগুলি বিকাশ করে। (ফ্রেড ব্রুকস প্রোটোটাইপ সম্পর্কে কী বলেছিলেন তা মনে রাখবেন?)

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

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

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


1
+1 তবে আপনি কি এমন কোনও পরিসংখ্যান বা অধ্যয়ন জানেন যা গ্রাফিকাল ভাষা ব্যবহার করে যোগাযোগের সমস্যাগুলি সম্পর্কে আপনার দাবিকে সমর্থন করে?
चमत्कार 173

আমি একাডেমিক্সে নেই, তাই আমি গবেষণাটি নিবিড়ভাবে অনুসরণ করি না। একটি গ্রাফিকাল ভাষা ব্যর্থ ক্যাপচার একটি ডাটাবেস সব শব্দার্থবিদ্যা (একটি ইআরডি, উদাহরণস্বরূপ) স্পষ্টত সব শব্দার্থবিদ্যা যোগাযোগ করতে পারে না; এটি টেরি হাল্পিনের গবেষণার অংশ। ডোমেন বিশেষজ্ঞদের সাথে যতদূর যোগাযোগ করা যায়, এজন্য আপনার সত্যিকারের গবেষণার দরকার নেই। আপনার কেবলমাত্র 8 ম শ্রেণীর শিক্ষা আছে এমন কোনও ডোমেন বিশেষজ্ঞের কাছে একটি ইআর ডায়াগ্রাম ব্যাখ্যা করার চেষ্টা করা উচিত। তারপরে "প্রতিটি ঠিকানার একটি এবং একটিমাত্র জিপ কোড রয়েছে" বাক্যটি ব্যাখ্যা করার চেষ্টা করার সাথে সেই অভিজ্ঞতার তুলনা করুন। বাক্যটি প্রতিবারই জয়ী হয়।
মাইক শেরিল 'ক্যাট রিক্যাল'
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.