দ্বিতীয় ধারণা (নির্বাচনের জন্য বুলিয়ান বৈশিষ্ট্য তৈরি করতে) এর অনেক সুবিধা রয়েছে :
(i) এটি কীভাবে লেবেল করা প্রয়োজন তা স্পষ্ট করে দলিল করে,
(ii) এটি অন্তর্নিহিত ডেটাসেটের মতো স্থায়ী এবং পোর্টেবল,
(iii) কোন লেবেল উপস্থিত হবে তা নির্ধারণ করার জন্য এটি একটি সহজ এবং প্রত্যক্ষ প্রক্রিয়া সরবরাহ করে (যা অন্য জিআইএস বা প্লটিং প্যাকেজের কাছেও বহনযোগ্য),
(iv) লেবেল এবং অন্য কোনও ভেরিয়েবলগুলির এই পছন্দগুলির মধ্যে সম্পর্কের বিষয়ে যদি কখনও প্রশ্ন থাকে তবে এটি বিশ্লেষণে এমনকি কার্যকর and
(v) ক্লায়েন্টের পছন্দকে আনুষঙ্গিকভাবে এনকোড করে এটি কোনও সদৃশ তথ্য তৈরি করে না।
এখানে কার্যত কিছু সাধারণ ডাটাবেস নির্মাণ ও পরিচালনার নীতিমালা রয়েছে , যেমনটি বুদ্ধিমানের সাথে প্রশ্নে পরামর্শ দেওয়া হয়েছে। এর মধ্যে একটি হ'ল তথ্যগুলির কোনও সুসংগত অংশটি সম্ভব হলে ডাটাবেসে অনন্যভাবে উপস্থাপন করা উচিত । (অবশ্যই প্রয়োগের জন্য কী হিসাবে ব্যবহৃত তথ্য অবশ্যই জড়িত হয় এবং অবশ্যই সম্পর্কিত হয় বিভিন্ন টেবিলের সাথে সম্পর্কিত রেকর্ড সনাক্তকরণ হিসাবে এটির কার্যকারিতা অনুসারে একাধিক স্থানে উপস্থিত হতে হবে)) এই নীতিটির দুর্দান্ত কারণ রয়েছে, যে কেউ অ-সাধারণীকরণ বজায় রাখার চেষ্টা করেছে রিলেশনাল ডাটাবেস প্রত্যায়ন পারেন: আপনি ধারাবাহিকভাবে আপডেট বা অপসারণ বা এই তথ্য যোগ করার জন্য না মনে রাখবেন যে যে টেবিলটিতে এটি প্রদর্শিত হয়, শীঘ্রই আপনার ডাটাবেসটি অভ্যন্তরীণভাবে বেমানান হয়ে উঠবে: এটি দূষিত, প্রায়শই দুর্দশাগ্রস্ত হয়।
আরেকটি নীতি হ'ল একটি ভাল সম্পর্কযুক্ত ডাটাবেস ডিজাইনে, প্রতিটি টেবিলের একটি একক ধারণাগত "সত্তা" উপস্থাপন করা উচিত : এমন কিছু যা ডেটা মডেলিং হয় বা things জিনিসগুলির মধ্যে একটি সম্পর্ক। যখন কোনও ক্লায়েন্ট বৈশিষ্ট্যগুলির একটি আপাতদৃষ্টিতে স্বেচ্ছাসেবী নির্বাচন নির্দিষ্ট করে, তারা কার্যকরভাবে একটি সারণীতে সারিগুলির একটি উপসেট নির্দিষ্ট করে। গাণিতিকভাবে, বিচ্ছেদের অক্ষর দ্বারা এটি বুলিয়ান ক্ষেত্রের সাথে তাদের পতাকাঙ্কিত করার সমান। সুতরাং, একটি ডাটাবেসের জিনিসগুলির যে কোনও অর্থবহ "স্বেচ্ছাসেবী" উপসেটটি বুলিয়ান ক্ষেত্রের দ্বারা প্রতিনিধিত্ব করা যেতে পারে এবং বিপরীতভাবে, এই জাতীয় ক্ষেত্রটি স্বেচ্ছাসেবী সাবসেটগুলি (বা নির্বাচন) সঞ্চয় করার একটি ভাল উপায়।
তবুও আরেকটি নীতি হ'ল তথ্য সংরক্ষণের জন্য আপনার জিআইএসের অন্তর্নিহিত ডেটা ম্যানেজমেন্ট ক্ষমতা ব্যবহার করা পছন্দ করা উচিত । বিকল্পটি কিছু অ্যাডহক ocজিআইএসের "প্রকল্প ফাইলগুলি" বা অন্য কোনও স্বতন্ত্র উপায়ে তথ্য সংরক্ষণের সক্ষমতার উপর ভিত্তি করে পদ্ধতি। এর একটি সাধারণ উদাহরণ হ'ল পছন্দসই লেবেলগুলি ম্যানুয়ালি চয়ন এবং স্থাপনের অনুশীলন। এটি করার জন্য প্রায়শই এটি দ্রুত এবং সহজ। সমস্যাগুলি দেখা দেয় যখনই হয় পরিবর্তনের প্রয়োজন হয় বা কাজটির পুনরুত্পাদন করা প্রয়োজন; এই পরিস্থিতিতেগুলির একটি বা অন্যটি ব্যবহারিকভাবে অনিবার্য। আরডিবিএমএসের বাইরে চূড়ান্ত উপবৃত্তাকার পদ্ধতিতে লেবেলগুলির ম্যানুয়াল প্লেসমেন্ট তথ্য সংরক্ষণ করার সমতুল্য (যাহা বৈশিষ্ট্যের সাবসেটটি লেবেল করা উচিত)। যথা, নির্বাচনটি নির্দিষ্ট করে নির্দিষ্ট করে কোন লেবেল প্রদর্শিত হয় এবং কোনটি প্রদর্শিত হয় না। আপনি কীভাবে এই ফলো অন সমস্যাগুলি সমাধান করবেন তা ভেবে দেখুন:
ক্লায়েন্ট চায় যে একই লেবেল কোনও ভিন্ন প্রকল্পের অংশ সম্পর্কিত তবে ভিন্ন মানচিত্রে উপস্থিত হয়।
একটি প্রশ্ন ওঠে যে লেবেলগুলি অন্য কোনও বৈশিষ্ট্যের সাথে যুক্ত কিনা।
সময়ের সাথে সাথে লেবেলে বেশ কয়েকটি পরিবর্তন করার পরে, আপনাকে মূল সংস্করণে ফিরে যেতে বলা হবে।
এই ক্ষেত্রে, সমস্যার সমাধান করার জন্য জড়িত কাজটি প্রচুর পরিমাণে হতে পারে: আপনাকে আবার লেবেলটি আবার করতে হবে, বা ডাটাবেস টেবিলগুলির বিরুদ্ধে ম্যানুয়াল ক্রস-চেক করতে হবে, বা একটি পুরানো সংরক্ষণাগারযুক্ত প্রকল্প ফাইলটি সন্ধান এবং পুনরুদ্ধার করতে হবে। যদি লেবেলগুলির পরিবর্তে ডেটাবেজে একটি বুলিয়ান ক্ষেত্র দ্বারা প্রতিনিধিত্ব করা হত তবে এর পরিবর্তে কাজটি প্রায় তুচ্ছ।
