এটা দুর্দান্ত যে আপনি যে ব্যক্তিগত তথ্যটি ব্যবহার করছেন তার থেকে ডেটা বোঝার, শ্রেণিবদ্ধকরণ এবং মডেল করার জন্য সময় নিচ্ছেন, আমার ব্যক্তিগত অভিজ্ঞতা থেকে এই সমস্তগুলি পুরো উন্নয়ন প্রক্রিয়াটিকে ভবিষ্যতের পরিবর্তনের জন্য সহজ এবং খুব নমনীয় করে তোলে। এবং আমি নিশ্চিত যে আপনি ইতিমধ্যে এটি সম্পর্কে সচেতন।
প্রাথমিক ডেটা মডেল এবং ধরে নেওয়া ব্যবসায়ের নিয়ম
আমি আপনার ব্যবসায়িক বিধিগুলির আমার সংক্ষিপ্তসারকে বর্ণনা করার জন্য আপনার প্রশ্নটি পড়ার পরে এবং আপনার ডায়াগ্রামগুলি ঘনিষ্ঠভাবে পরীক্ষা করার পরে ধরে নিয়েছি এমন ব্যবসায়ের নিয়মের একটি তালিকা সংজ্ঞায়িত করেছি। এই জাতীয় তালিকাটি সংজ্ঞায়িত করার পরে, আমি একটি আইডিইএফ 1 এক্স [1] ডেটা মডেল পেয়েছি যা আমি একটি বাহ্যিক প্ল্যাটফর্মের (ড্রপবক্স) এ .PDF নথি হিসাবে আপলোড করার সিদ্ধান্ত নিয়েছিলাম, যেহেতু এর ফর্ম্যাটের কারণে এই এম্বেড এম্বেডে এই ডেটা মডেলটি ভাল মানায় না। এই দুটি ইন্সট্রুমেন্টগুলি কিছু গুরুত্বপূর্ণ পয়েন্টের রেফারেন্স হিসাবে দরকারী হতে চলেছে যা আমি নীচে অংশে এগিয়ে নিয়ে যেতে চাই যাতে সমাধানের দিকগুলি শিরোনামে বিভাগে উল্লেখ করা হয় ।
প্রথমত, এখানে…
যেহেতু এটি কেবলমাত্র প্রাথমিক, এটিকে আমাদের পছন্দসই চূড়ান্ত ডেটা মডেলটি সম্পাদন করতে সহায়তা করার উপায় হিসাবে বিবেচনা করুন।
ধরে নেওয়া ব্যবসায়ের নিয়ম
বলেছিলেন প্রিলিমিনারি ডেটা মডেলটি ব্যবসার বিধিগুলির একটি সংগ্রহ থেকে নেওয়া হয়েছিল (আপনার প্রশ্ন থেকে অনুমান করা হয়েছে) যে আমি নিম্নরূপে গণনা করব:
সংগঠন এবং প্রোফাইল
নোট যা Profileবর্তমানে এর প্রতিশব্দ হিসাবে বোঝা যাচ্ছে Person।
- আন এক থেকে অনেকের
Organization বন্ধু । Profiles
- আন এক থেকে অনেকের
Organization বন্ধু । Organizations
- আন এক-একাধিক
Organization সদস্য । Organizations
- এ
Profileহ'ল এক-বহু- সদস্যের সদস্য Organizations।
- একটি
Profileএকটি বন্ধু একের সাথে অধিকের Profiles ।
- এ
Profileহ'ল এক-বহু- সদস্যের সদস্য Profiles।
অবস্থান এবং ঠিকানা
- একটি এক থেকে অনেকের
Organization মালিক । Locations
- একটি
Locationদ্বারা শ্রেণীবদ্ধ করা হয় একের সাথে অধিকের LocationTypes ( শুধুমাত্র এক সময় একটি নির্দিষ্ট বিন্দুতে)।
- এ -এর একের সাথে অনেকগুলি
Location থাকতে পারে ( একটি , একের জন্য , একজনের জন্য , বা একটি যা সমস্ত কথিত উদ্দেশ্যে পরিবেশন করে, বা দুটি উদ্দেশ্যকে একত্রিত করে এবং সেগুলির মধ্যে কেবল একটিতে পরিবেশন করে এমন একটি )। Addresses PhysicalShippingBilling
একটি Addressদ্বারা রাখা হতে পারে একের সাথে অধিকের Profiles অন্য উপায় করা বা, একটি Profileরাখে একের সাথে অধিকের Addresses ।
একটি নির্দিষ্ট Addressদ্বারা ব্যবহৃত হতে পারে একের সাথে অধিকের Profiles (যেমন ভজনা Physicalজন্য এক Profile , জন্য ব্যবহৃত হচ্ছে Billingদ্বারা অন্য একটি , ইত্যাদি)। সুতরাং, এবং Addressএকইভাবে একটি কাজ ।LocationsProfiles
- সুতরাং, একজন ব্যক্তি
Addressহতে পারে, একই সময়ে , টাইপ Physical, Shipping এবং Billing ।
অবস্থান এবং ভূমিকা
- একটি এক থেকে অনেকগুলি
Location খোলে । Roles
- একটি এক
Role থেকে বহুতে বাহিত হতে পারে । Locations
- একটি
Profile(একবার এটি যেমন নির্ধারণ করা হয়েছে Memberএকটি এর Organization) করাতে পারে একের সাথে অধিকের Roles মধ্যে একের সাথে অধিকের Locations (কিন্তু শুধুমাত্র এক নির্দিষ্ট Roleপ্রতিটি Locationসময় একটি নির্দিষ্ট সময়ে, অর্থাত্, কখনো দুই বা ততোধিক Roles একই সময়ে )।
এগিয়ে যেতে চালিয়ে যাওয়ার জন্য সমাধানের দিকগুলি
আপনার ডেটা মডেলটির রেজোলিউশনে অগ্রযাত্রা চালিয়ে যাওয়ার জন্য, এখানে প্রাসঙ্গিক পয়েন্টগুলির একটি তালিকা রয়েছে যা আমরা একবার এগুলি কাজ করে নিলে আমাদের এই লক্ষ্যে পৌঁছাতে সহায়তা করবে:
আমি ধরে নিয়েছি যে Profileআপনার প্রসঙ্গে শব্দটির অর্থ একই রকম (বা একই) রয়েছে Personতবে এটি কিছুটা আলাদা হতে পারে। এইভাবে, আপনি কি বলবেন যে, আপনার দৃশ্যে সত্ত্বা Organizationএবং Personউপপ্রকার Profile?
একটি Profile(বা Person) এক- একাধিকের মালিক হতে পারেEmailAddresses , বা একটি Profile(বা Person) ঠিক একটার সাথে সংশোধন করা যেতে পারে EmailAddress?
আপনি কি এর Organizationমাধ্যমে যোগাযোগ করার সম্ভাবনা সরবরাহ করতে চান Telephoneএবং Email, বা আপনি কেবল এটি Profile(বা Person) এর পক্ষে সম্ভব হওয়ার সীমাবদ্ধ করতে চান ?
আমি ধরে নিলাম যে একটি ঠিক ধরণের একের সাথে Locationসংশোধন করা হয়েছে , এটি কি সঠিক? AddressPhysical
এটি কি একের মধ্যে একেরLocation দ্বারা ভাগ করে নেওয়া আলাদা বা অন্যথায়, কেবল একটির মালিকানা পেতে পারে ?Organizations Location Organization
আপনি মন্তব্যের মাধ্যমে বলেছেন যে Memberএবং একটি হওয়ার সত্যটি Friendএকই। যেমনটি আপনি আমার প্রস্তাবিত প্রাথমিক ডেটা মডেলটিতে দেখতে পাচ্ছেন, আমি আপনাকে মূল বৈশিষ্ট্যগুলি অনুসরণ করেছি এবং বিভিন্ন সত্তায় Organizationএবং Profile(বা Person) এর মধ্যে সদস্যপদ এবং বন্ধুত্বের সমস্ত সম্ভাব্য সংমিশ্রণগুলি চিত্রিত করেছি যেহেতু আমি মনে করি যে এটি সর্বোত্তম সম্ভাব্য সংজ্ঞা দেওয়ার প্রচেষ্টাতে সহায়ক হতে পারে আপনার দৃশ্যের যে অংশ জন্য কাঠামো। এই অর্থে:
- আমি ধরে নিলাম যে স্টেটমেন্টটি ডাকা সত্তার প্রতি
an Organization is a Member of another Organizationশ্রদ্ধার চেয়ে স্টেটমেন্টটির বিভিন্ন প্রভাব রয়েছে ।a Profile (or Person) is a Member of an OrganizationLocation
- আপনি ডাটা মডেল দেখতে পারেন, আমি মনে করি যে
Roleএর Ownerএকটি জন্য বৈধ Organization, এবং, আমাকে বৈধ Rolesএকটি Profile(বা Person), ভিতরে Locationহয় Adminএবং Member। আপনি এই সব সম্পর্কে কি মনে করেন? যেহেতু আপনি আপনার ব্যবসায়ের সাথে প্রযোজ্য ব্যবসার বিধিগুলির সাথে সরাসরি যোগাযোগ করছেন, তাই আমার অনুমানগুলি সঠিক কিনা তা আপনাকে আমাকে জানান।
একটি Profile(বা Person) Rolesএকই এর ভিতরে বিভিন্ন খেলতে পারে Location? অর্থাত্, একটি পারেন Personএকই সময়ে হতে, Adminএবং একটি Memberএকই Location? এক্ষেত্রে নিয়ম কী?
আমি মনে করি যে একই Profile(বা Person) আলাদা Rolesআলাদা খেলতে পারে Locations। উদাহরণস্বরূপ: একটি নির্দিষ্ট Profile(বা Person) হ'ল Location"1" এর "প্রশাসন" , এবং এটি একই Profile(বা Person) একই Memberসাথে Location"2" এর " " " ” আমি কি সঠিক?
কোনও ব্যক্তির একই সাথে Locationআলাদা LocationTypesহওয়া কি সম্ভব , বা কোনও ব্যক্তির Locationঠিক একটিকে ধরে রাখা ঠিক হয় LocationType?
বৈশিষ্ট্যটি Organization.Websiteকোনও নির্দিষ্ট প্রতিষ্ঠানের ওয়েবসাইট ঠিকানা যেমন "dba.stackexchange.com" উপস্থাপন করে?
যদি Profile"1" (বোঝা Person) একটি Member(বা Friend) এর Profile"2", এটা সম্ভব হয় Profileআউট বহন করার জন্য "1" Roleএকটি Locationমালিকানাধীন Profile"2"? আমি বিবেচনা যে এই ধরনের পরিস্থিতিতে একটি মধ্যে সম্পর্ক কেবল বৈধ Organizationএবং Member Personতাই হয়, আপনি কি মনে করেন?
ঠিক একই ভাবে, তাহলে Organization"1" একটি হল Member(অথবা Friend) এর Organization"2", এটা সম্ভব হয় Organization"1" থেকে একটি বহন Roleএকটি Locationমালিকানাধীন Organization"2"? আবার, আমি মনে করি যে এই ধরণের পরিস্থিতি শুধুমাত্র একটি Organizationএবং ক এর মধ্যে সম্পর্কের জন্য বৈধ Member Person, এটি কি সঠিক?
এই ক্ষেত্রে -while আমি এই questions- লিখছি আমি মনে করি যে এটা শুধুমাত্র তিনটি ভিন্ন ধরণের জড়িত সম্পর্ক আছে বলে যুক্তিসংগত হবে Organizationsএবং Persons, এবং আমরা সংজ্ঞায়িত করতে পারেন:
- (ক) “
Organizationএবং Person” এর মধ্যে সম্পর্ক “ Membership”।
- (খ) “এবং ” এর সাথে
Personঅন্যের সম্পর্ক আলাদা ।PersonFriendhip
- (গ) একজন ব্যক্তি এবং অন্যজনের মধ্যে সম্পর্কের বর্ণনা দেওয়ার জন্য আমরা এখনও একটি অর্থবহ নাম খুঁজে পাইনি ।
OrganizationOrganization
- সুতরাং, আপনি (ক), (খ) এবং (গ) সম্পর্কে আপনার ধারণা সম্পর্কে আমাকে জানান।
এটা কি সম্ভব একটি জন্য Organizationএকটি হতে Friend(বা একটি Memberএর) একের সাথে অধিকের বিভিন্ন Organizationsএকই সময়ে? অথবা কেবলমাত্র একটিরOrganization সাথে কেবল আলাদা আলাদার সাথে সম্পর্ক স্থাপন করা সম্ভবOrganization?
ক্রমাগত ডেটা মডেল প্রথম অগ্রিম চিত্রিত করে
আমি উপরে তালিকাভুক্ত থাকা মুলতুবি দিকগুলিতে আপনার প্রতিক্রিয়া এবং রেজোলিউশনের দিকে মনোযোগ দেওয়ার জন্য, আমি নিম্নলিখিতগুলি তৈরি করেছি ...
যদিও আমি এটির সাথে এখনও বেশ স্বাচ্ছন্দ্য বোধ করি না, এই নতুন ডেটা মডেলটি নীচের ব্যবসায়ের বিধিগুলি প্রকাশ করে:
- ক
Profileহয় হয় একটি Organization বা ক Person। [2]
- একটি
Profileউপহার বন্ধু হতে পারে একের সাথে অধিকের FriendProfiles , এবং একটি Profileগ্রহণ বন্ধু হতে পারে একের সাথে অধিকের FriendProfiles । [3]
- এ -এর
Location মধ্যে এক থেকে অনেকগুলি থাকতে পারে Locations । [4]
আপনার পরবর্তী নির্দিষ্ট মন্তব্যের জবাব
উদ্বেগের বিভাজনটি [যেমনঃ অবস্থান ঠিকানা এবং প্রোফাইল অ্যাড্রেস] নোট / সংশ্লেষ করা আমার পক্ষে সত্যই আকর্ষণীয় - কারণ আমি স্পষ্টতই ছুটে যেতে চেয়েছিলাম এবং সঠিক সম্পর্কগুলি ছাড়া তাদের সকলকে ধরে রাখতে চাইছি [মজাদারভাবে, এটি আমার আসল ERD- এর সাথে সঠিক মনে হয়নি]।
হ্যাঁ, এটি একটি ভাল তুলনা, যদিও আমি এটিকে উদ্বেগের বিচ্ছেদ বলব না (এটি অবশ্যই অ্যাপ্লিকেশন প্রোগ্রামিং এবং ডিজাইনের একটি মৌলিক নীতি ), যেহেতু এই শব্দটি সাধারণত অ্যাপ্লিকেশন বিকাশের পর্যায়ে সম্পর্কিত এবং আমরা বর্তমানে নিজেকে আবিষ্কার করি ডেটা বোঝার এবং এর যৌক্তিক কাঠামো ডিজাইনের পর্যায়।
আমার ব্যক্তিগত অভিজ্ঞতা থেকে, আমি বিবেচনা করি যে এই ধাপটি উল্লেখযোগ্য জিনিসগুলিকে তাদের পুরো প্রসঙ্গে রাখার সাথে সম্পর্কযুক্ত, এটির সাথে বিশেষ স্বার্থের দৃশ্যে প্রাসঙ্গিকতার সাথে বিভিন্ন সত্তার মধ্যে বিদ্যমান অ্যাসোসিয়েশনগুলি দেখা উচিত and একটি তথ্য মডেল এই জিনিস চিত্রিত। নির্দিষ্ট ঘটনাতে আপনার সম্পর্কে মন্তব্য করছেন যা ইন, Addressসত্তা পারে অন্যান্য সত্তার সঙ্গে এক সঙ্গে সংযোগের বিভিন্ন ধরণের আছে Profileএবং অন্য একটি Location।
এবং হ্যাঁ, যখন কোনও কিছু সঠিক বা প্রাকৃতিক অনুভূত হয় না, তখন এটি প্রাসঙ্গিক ডেটা বোঝার জন্য আরও বেশি প্রচেষ্টা করা দরকার বলে মনে হতে পারে। এই পদ্ধতিতে, Addressসত্তা সেই জিনিসগুলির মধ্যে একটি যা আমি বিবেচনা করি যা আরও বেশি মনোযোগের প্রয়োজন, যেহেতু আমি মনে করি যে একটি Profileএবং একটির মধ্যে সম্পর্ক সত্তার মাধ্যমে পরিচালনা করা Address যেতে পারে Location(এই কারণে যে প্রত্যেকের Locationঅবশ্যই কমপক্ষে একটি শারীরিক থাকতে হবে Address), অতএব আমরা সর্বশেষ মডেলটিতে চিত্রিত সাহসী সত্তাকে বরখাস্ত করতে পারি ProfileAddress, তবে আপনার এই পয়েন্টগুলি বিশ্লেষণ করা চালিয়ে যাওয়া উচিত এবং আমাকে আপনার ধারণাগুলি জানান।
এছাড়াও, আইডিইএফ 1 এক্স আরও ভাল পঠনযোগ্যতার জন্য সত্তাগুলিতে পিকে / এফকে নিন্দা পরিবর্তন করা কি সাধারণ অভ্যাস [উদাহরণস্বরূপ প্রোফাইলআইডি - লোকেশনউইনপ্রাইফিলআইডি]?
হ্যাঁ, এটি আপনার কাছ থেকে অত্যন্ত চালিত মন্তব্য, যেহেতু IDEF1X বিদেশী কীগুলি চিহ্নিত করার জন্য ভূমিকা নাম ব্যবহার করার পরামর্শ দেয়, যাতে সত্তাটি ব্যবহৃত হচ্ছে সেই অনুসারে এই জাতীয় বৈশিষ্ট্যগুলির অর্থ ক্যাপচার করার জন্য । এটি লক্ষণীয় যে এটি প্রাথমিক কী মাইগ্রেশন ধারণার সাথেও দৃ strongly়ভাবে সম্পর্কিত । প্রকৃতপক্ষে, চরিত্রের নামগুলি আইডিইএফ 1 এক্স এর পূর্ববর্তী, যেহেতু এটি মূলত ডঃ ইএফ কোড্ড তার ১৯ 1970০ এর আংশিক পাঠ্যে উপস্থাপন করেছিলেন। এই পদ্ধতিতে, একজন স্পষ্টতই দেখতে পাবে যে IDEF1X মানটি আপেক্ষিক মডেলের দিকে রাখে ।
আপনি বিশেষত যা পছন্দ করেন না তা শিখতে আগ্রহী হবেন / মনে করেন এটি সমাধানের সাথে / মডেল নয়?
Addressসত্তা সম্পর্কে ইতিমধ্যে উপরে বর্ণিত বিবরণ ছাড়াও , আমি নিশ্চিত নই যে কোনও নির্দিষ্ট Rolesপ্রদত্ত দ্বারা বাহিত হওয়া কোনও বা একটির সমতুল্য কিনা । আমার দৃষ্টিকোণ থেকে, প্রথমে কোনওটির সাথে সম্পর্কিত হওয়া দরকার এবং তারপরে এটি কোনও বিশেষে একটি সম্পাদন করার জন্য বলেছিল , তবে আপনি পরিস্থিতিটি আরও ভাল জানেন, সুতরাং এই নিয়মগুলি অনর্থক হতে পারে। এই ক্ষেত্রে, আমি সত্য সম্পর্কে জিদ যে এটা আমার প্রাসঙ্গিক বর্ণনা বা জানতে জন্য খুবই সহায়ক হবে যাচ্ছি অর্থ যে এই ডাটা স্ট্রাকচার দিতে ভবিষ্যত ব্যবহারকারীদের , এবংProfileLocationOrganizationPersonPersonOrganizationOrganizationPersonRoleLocationOrganizationProfileLocation, তবে আমি বুঝতে পারি যে এটি গোপনীয় তথ্য হিসাবে বিবেচিত হতে পারে, সুতরাং এটি একটি সীমাবদ্ধতা হবে।
বর্তমান কাঠামোর সাথে, দেখে মনে হচ্ছে প্রত্যেকে ( Organizationবা Person) যে কারও সাথে (আবার, Organizationবা Person) সম্পর্কিত হতে পারে এবং Roleযে কোনও জায়গায় ( Location) যেকোনও কিছু করতে পারে ( ) তবে পার্হার্পস, এটি আপনি এবং ব্যবহারকারীরা এই ডাটাবেস থেকে প্রত্যাশা করছেন তা অবিকল , যার জন্য আপনি অবশ্যই অবশ্যই সংজ্ঞায়িত সীমাবদ্ধতা সরবরাহ করবেন। যদি এটি হয় তবে আমরা প্রায় একটি চূড়ান্ত সমাধান সরবরাহ করছি। যেহেতু, স্বাভাবিকভাবেই, আপনার মতামত এই পরিস্থিতিতে সিদ্ধান্ত গ্রহণযোগ্য, আপনারও এই ধারণাগুলি বিশ্লেষণ করা উচিত এবং তারপরে আমাকে আপনার সিদ্ধান্তগুলি জানাতে হবে যাতে আমরা চূড়ান্ত পদক্ষেপ নিতে পারি।
সম্ভাব্য দ্বিতীয় অগ্রিম
দুর্ভাগ্যক্রমে, কয়েক সপ্তাহ আগে এই কম্যুনিকেশনটি বন্ধ হয়ে গেছে, আমার মনে হয় যে কাজের প্রতিশ্রুতিগুলির জন্য আপনাকে অবশ্যই পূরণ করতে হবে, যা সম্পূর্ণ যুক্তিসঙ্গত। আমি যদি আরও বেশি স্থিতিশীল এবং শক্তিশালী মডেল তৈরি করি তবে আমি আরও বেশি বিষয়বস্তু হতে পারতাম, তবে আমাদের পূর্ববর্তী মিথস্ক্রিয়াগুলির কারণে, আমি ধরে নিতে পারি যে আমি আপনাকে সঠিক দিকে নির্দেশ করতে সক্ষম হয়েছি।
এই প্রশ্ন ও উত্তর প্রক্রিয়ায় ইতিমধ্যে যা উপস্থাপন করা হয়েছে তা ছাড়াও, আমি বিবেচনা করি যে পূর্ববর্তী ডেটা মডেলগুলি থেকে একটি নতুন অগ্রগতি প্রদান একই ধরণের সমস্যাযুক্ত অন্যান্য সন্ধানীদের জন্য সহায়ক হতে পারে। সুতরাং, আমি তৈরি করেছি…
সংস্থাগুলি এবং প্রোফাইলগুলি প্রাথমিক ডেটা মডেল - দ্বিতীয় অগ্রণী
যেমন তথ্য মডেল হিসাবে দেখা যাবে, আমি পূর্ববর্তী মডেলগুলিতে এবং এর মধ্যে চিত্রিত করেছি যে বহু-বহু- সম্পর্ককে আমি সরিয়ে দিয়েছি , যেহেতু প্রদত্ত একটি ইতিমধ্যে এর মালিকানাধীন মাধ্যমে এক থেকে অনেকের সাথে সম্পর্কিত ।ProfileAddressProfile AddressesLocations
এই নতুন আগামে চিত্রিত করা হয়েছে এমন আরও একটি পরিবর্তন হ'ল এটি এখন যে সম্ভাবনাটি অন্তর্ভুক্ত করে তাতে প্রদত্ত এক থেকে একাধিক ব্যক্তিরLocation মালিকানা থাকতে পারে । ফলে, আমি পরিবর্তিত হয়েছে প্রাথমিক কী (খারিজ দ্বারা অ্যাট্রিবিউট) এবং তারপর একটি মিশুক সত্তা (যোগ অনেক সাথে অধিকের ) যে সম্পর্ক সঙ্গে । ProfilesLocationLocationOwnerProfileIdProfileLocation
মন্তব্য
আইডিইএফ 1 এক্স হ'ল একটি অত্যন্ত প্রস্তাবিত ডেটা মডেলিং কৌশল যা ১৯৯৩ সালের ডিসেম্বরে ইউএস ন্যাশনাল ইনস্টিটিউট অফ স্ট্যান্ডার্ডস অ্যান্ড টেকনোলজি ( এনআইএসটি ) দ্বারা একটি স্ট্যান্ডার্ড হিসাবে সংজ্ঞায়িত হয়েছিল ।
২. এটি একটি (সুপার) টাইপ-উপ-টাইপ ক্লাস্টারের একটি অনুষ্ঠান । আপনি যদি আগ্রহী হন তবে এখানে একটি উত্তর দেওয়া হয়েছে যাতে আমি এই ধরণের সম্পর্কের সাথে আরও বিশদভাবে আলোচনা করি।
3. একটি একটি উদাহরণ অনেক সাথে অধিকের হায়ারারকিকাল সম্পর্ক , এবং গঠন যে নির্ধারক সমাধান দিয়েছেন খুব simliar হয় "পার্টস Explotion সমস্যা" । এ জাতীয় সমাধানটি অবশ্যই ডঃ এডগার ফ্র্যাঙ্ক কড তার ১৯ 1970০ -এর বিশাল প্রভাবশালী গবেষণাপত্র "বড় শেয়ার্ড ডেটা ব্যাঙ্কের জন্য ডেটার একটি রিলেশনাল মডেল" প্রবর্তন করেছিলেন ।
৪. যেমন, এটি এক-একাধিক (বা একাধিক থেকে এক) শ্রেণিবদ্ধ সম্পর্কের উদাহরণ ।
