বিভাগের মধ্যে সিদ্ধান্ত নিয়েছে সুপারটাইপ / সাব টাইপ: সম্পূর্ণ অসম্পূর্ণ বা অসম্পূর্ণ ওভারল্যাপিং


11

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

এখানে চিত্র বর্ণনা লিখুন

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

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

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

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

উভয় পরিস্থিতিতে ক্লাসডিসক্রিমিনেটর ক্ষেত্রটি কোন ধরণের beোকানো যায় তা নিয়ন্ত্রণ করার জন্য CHECK সীমাবদ্ধতার সাথে ব্যবহারের জন্য সাব টাইপ টেবিলগুলিতে স্থাপন করা হয়।

এমন কোনও প্রস্তাবনা রয়েছে যার জন্য নকশাটি আরও ভাল, বা এটি সম্পূর্ণরূপে মতামতের বিষয় এবং ডাটাবেসের উদ্দেশ্যপ্রাপ্ত উদ্দেশ্যে নির্ভর করে?

সম্পাদনা: একটি নির্দিষ্ট প্রশ্ন আমার কাছে "নেটওয়ার্কটি ডেভিস" সারণির ওভারল্যাপিং প্রকৃতিটি আছে। এই টেবিলটি বলতে কোনও কম্পিউটার, স্যুইচ বা রাউটার হোক না কেন কোনও হোস্টনাম এবং / অথবা আইপি ঠিকানা সহ যেকোন ডিভাইসের নেটওয়ার্ক তথ্য রাখা to এই টেবিলটির ওভারল্যাপিং প্রকৃতি কি এমন কিছু সমস্যা সৃষ্টি করতে পারে যা এইভাবে কার্যকর করা ঠিক আছে?

প্রদত্ত যে কোনও ইনপুট দেওয়ার জন্য আগাম ধন্যবাদ। কোনও অতিরিক্ত তথ্যের প্রয়োজন আছে কিনা দয়া করে জিজ্ঞাসা করুন।


অনুরূপ প্রশ্নের উত্তর পেয়েছি জন্য dba.stackex بدل.com / প্রশ্নগুলি / 15199/… দেখুন
স্টিফেন সেনকোমাগো মুসোকে

উত্তর:


15

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

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

  • উপ-প্রকার জুড়ে ডাটাবেস ক্ষেত্রগুলির মোট সংখ্যা তুলনামূলকভাবে কম (বলুন: 100 এরও কম) বা সাব টাইপগুলির মধ্যে উল্লেখযোগ্য সাধারণতা রয়েছে তবে সাব-টাইপগুলিকে পৃথক ভৌত টেবিলগুলিতে বিভক্ত করা খুব সামান্যই মূল্যবান। এটি রিপোর্টিং অনুসন্ধান এবং অনুসন্ধানগুলিতে উল্লেখযোগ্য ওভারহেড যুক্ত করবে। বেশিরভাগ ক্ষেত্রেই একক টেবিল থাকা এবং অ্যাপ্লিকেশনের মধ্যে আপনার সাব-টাইপিং পরিচালনা করা ভাল। (সম্ভবত আপনার সমস্যার নিকটতম)

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

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

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

  • কিছু ও / আর ম্যাপার কেবল সাব-ক্লাস পরিচালনা করার জন্য একটি বিশেষ পদ্ধতির সমর্থন করতে পারে।

বেশিরভাগ ক্ষেত্রে একটি ডিবি স্কিমাতে শারীরিক উপ-ধরণের সারণীগুলি সমস্যার সন্ধানে কিছুটা সমাধানের সমাধান হয়, কারণ তাদের সম্ভাব্য অবাঞ্ছিত পার্শ্ব-প্রতিক্রিয়া রয়েছে।

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


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

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

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

3

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

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

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


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

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

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

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

2

একটি পণ্য জায় নয়। জায় এবং পণ্যগুলি পৃথক are

একটি পণ্য সত্যই কোনও পণ্যের নির্দিষ্টকরণ, কোনও শারীরিক জিনিস নয়।

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

আমি সিলভার্সনের ডেটা মডেল রিসোর্স বুক ভোল ১ এ দেখব proud তার কাছে গর্বিত, বৈশিষ্ট্য, মূল্য নির্ধারণ, জায়ের জন্য ভাল স্কিমা রয়েছে। এটি আপনার অনেক সময় সাশ্রয় করবে।


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

0

আমি যে প্রশ্ন জিজ্ঞাসা করব তার একটি হ'ল আপনি কেন আপনার ইনভেন্টরি আইটেমগুলির বিভিন্ন বৈশিষ্ট্যগুলি ট্র্যাক করছেন? - বা আরও স্পষ্টতই, আপনি এই বৈশিষ্ট্যটির তথ্য দিয়ে কী করছেন?

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

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


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