ജോലിയുടെ ലക്ഷ്യം

"എന്റിറ്റി-റിലേഷൻഷിപ്പ്" മോഡൽ സൃഷ്ടിക്കുന്നതിനുള്ള രീതികളും അൽഗോരിതവും പരിചയപ്പെടൽ.

എന്റിറ്റി-റിലേഷൻഷിപ്പ് മോഡലിന്റെ അടിസ്ഥാന ആശയങ്ങൾ. ER മോഡലുകൾ.

സബ്ജക്ട് ഏരിയയുടെ വാക്കാലുള്ള വിവരണത്തിന് ശേഷം, ഡാറ്റാബേസ് ഡിസൈനിന്റെ രണ്ടാം ഘട്ടത്തിൽ വിവര മാതൃക ഉപയോഗിക്കുന്നു. ഡാറ്റാബേസ് സ്പെഷ്യലിസ്റ്റുകൾക്കും എല്ലാ ഉപയോക്താക്കൾക്കും എളുപ്പത്തിൽ "വായിക്കാൻ" കഴിയുന്ന വിഷയ മേഖലയുടെ ഔപചാരിക വിവരണം ഇതിൽ ഉൾപ്പെടുത്തണം. ഈ വിവരണം വളരെ ശേഷിയുള്ളതായിരിക്കണം, ഡാറ്റാബേസ് പ്രോജക്റ്റിന്റെ വികസനത്തിന്റെ ആഴവും കൃത്യതയും വിലയിരുത്താൻ കഴിയും, തീർച്ചയായും ഇത് ഒരു നിർദ്ദിഷ്ട ഡിബിഎംഎസുമായി ബന്ധിപ്പിക്കരുത്. ഒരു ഡിബിഎംഎസ് തിരഞ്ഞെടുക്കുന്നത് ഒരു പ്രത്യേക ജോലിയാണ്; അത് ശരിയായി പരിഹരിക്കുന്നതിന്, ഏതെങ്കിലും നിർദ്ദിഷ്ട ഡിബിഎംഎസുമായി ബന്ധമില്ലാത്ത ഒരു പ്രോജക്റ്റ് നിങ്ങൾക്കുണ്ടായിരിക്കണം.

ഇൻഫോോളജിക്കൽ ഡിസൈൻ പ്രാഥമികമായി ഒരു ഡാറ്റാബേസ് മോഡലിൽ ഒരു സബ്ജക്ട് ഏരിയയുടെ സെമാന്റിക്സിനെ പ്രതിനിധീകരിക്കാനുള്ള ശ്രമവുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു, ഇത് നെറ്റ്‌വർക്ക്, ശ്രേണിപരമായ ഡാറ്റ മോഡലുകളിൽ മോശമായി പ്രതിഫലിക്കുന്നു.

സെമാന്റിക് മോഡലുകൾ എന്ന് വിളിക്കപ്പെടുന്ന നിരവധി ഡാറ്റ മോഡലുകൾ നിർദ്ദേശിക്കപ്പെട്ടിട്ടുണ്ട്. ഈ മോഡലുകൾക്കെല്ലാം പോസിറ്റീവ്, നെഗറ്റീവ് വശങ്ങൾ ഉണ്ടായിരുന്നു, എന്നാൽ "എന്റിറ്റി-റിലേഷൻഷിപ്പ്" മോഡൽ അല്ലെങ്കിൽ എന്റിറ്റി റിലേഷൻഷിപ്പുകൾ മാത്രമാണ് ഇൻഫൊോളജിക്കൽ ഡാറ്റാബേസ് മോഡലിംഗിന്റെ യഥാർത്ഥ മാനദണ്ഡമായി മാറിയത്. ER മോഡൽ എന്ന ചുരുക്കപ്പേരിൽ പൊതുവെ അംഗീകരിക്കപ്പെട്ടിരിക്കുന്നു, കൂടാതെ മിക്ക ആധുനിക CASE ടൂളുകളിലും ഈ മോഡലിന്റെ ഔപചാരികതയിൽ ഡാറ്റ വിവരിക്കുന്നതിനുള്ള ഉപകരണങ്ങൾ അടങ്ങിയിരിക്കുന്നു. കൂടാതെ, ഒരു ഡാറ്റാബേസ് പ്രോജക്റ്റ് ഒരു ഇആർ മോഡലിൽ നിന്ന് ഒരു റിലേഷണൽ ഡാറ്റാബേസിലേക്ക് സ്വയമേവ പരിവർത്തനം ചെയ്യുന്നതിനുള്ള രീതികൾ വികസിപ്പിച്ചെടുത്തിട്ടുണ്ട്, അതേസമയം ഒരു നിർദ്ദിഷ്ട ഡിബിഎംഎസ് മോഡലിലേക്ക് പരിവർത്തനം ചെയ്യുന്നു. എല്ലാ CASE സിസ്റ്റങ്ങളും വികസന പ്രക്രിയ രേഖപ്പെടുത്തുന്നതിനുള്ള ഉപകരണങ്ങൾ വികസിപ്പിച്ചെടുത്തിട്ടുണ്ട്; ഡാറ്റാബേസ് ഒബ്ജക്റ്റുകളുടെയും അവയുടെ ബന്ധങ്ങളുടെയും വിശദമായ വിവരണത്തോടെ പ്രോജക്റ്റിന്റെ നിലവിലെ അവസ്ഥയെക്കുറിച്ച് ഒരു റിപ്പോർട്ട് തയ്യാറാക്കാൻ ഓട്ടോമാറ്റിക് റിപ്പോർട്ട് ജനറേറ്ററുകൾ നിങ്ങളെ അനുവദിക്കുന്നു, ഇത് പ്രോജക്റ്റ് മാനേജ്മെന്റിനെ വളരെയധികം സഹായിക്കുന്നു.

ഏതൊരു മോഡലിനെയും പോലെ, എന്റിറ്റി-റിലേഷൻഷിപ്പ് മോഡലിന് നിരവധി അടിസ്ഥാന ആശയങ്ങളുണ്ട്, അതിൽ നിന്ന് കൂടുതൽ സങ്കീർണ്ണമായ വസ്തുക്കൾ മുൻകൂട്ടി നിശ്ചയിച്ച നിയമങ്ങൾക്കനുസൃതമായി നിർമ്മിക്കപ്പെടുന്നു. സങ്കീർണ്ണമായ സോഫ്‌റ്റ്‌വെയർ സിസ്റ്റങ്ങളുടെ വികസനത്തിന് അടിസ്ഥാനമായ ഒബ്‌ജക്റ്റ് ഓറിയന്റഡ് ഡിസൈൻ എന്ന ആശയവുമായി ഈ മോഡൽ ഏറ്റവും യോജിക്കുന്നു.

ER മോഡലിന് അടിസ്ഥാനമായ അടിസ്ഥാന ആശയങ്ങൾ നമുക്ക് പരിഗണിക്കാം.

1. സത്ത,അതിന്റെ സഹായത്തോടെ ഒരേ തരത്തിലുള്ള വസ്തുക്കളുടെ ഒരു ക്ലാസ് മാതൃകയാക്കുന്നു. ഒരു എന്റിറ്റിക്ക് മാതൃകയാക്കപ്പെടുന്ന സിസ്റ്റത്തിനുള്ളിൽ സവിശേഷമായ ഒരു പേരുണ്ട്. ഒരു എന്റിറ്റി ഒരേ തരത്തിലുള്ള ഒബ്‌ജക്റ്റുകളുടെ ഒരു പ്രത്യേക വിഭാഗവുമായി പൊരുത്തപ്പെടുന്നതിനാൽ, സിസ്റ്റത്തിൽ ഈ എന്റിറ്റിയുടെ നിരവധി ഉദാഹരണങ്ങൾ ഉണ്ടെന്ന് അനുമാനിക്കപ്പെടുന്നു. എന്റിറ്റി എന്ന ആശയം പൊരുത്തപ്പെടുന്ന വസ്തുവിന് അതിന്റേതായ സെറ്റ് ഉണ്ട് ഗുണവിശേഷങ്ങൾ -തന്നിരിക്കുന്ന ക്ലാസ് പ്രതിനിധിയുടെ സവിശേഷതകൾ നിർണ്ണയിക്കുന്ന സവിശേഷതകൾ. ഈ സാഹചര്യത്തിൽ, ആട്രിബ്യൂട്ടുകളുടെ സെറ്റ് എന്റിറ്റിയുടെ പ്രത്യേക സന്ദർഭങ്ങൾ വേർതിരിച്ചറിയാൻ കഴിയുന്ന തരത്തിലായിരിക്കണം. ഉദാഹരണത്തിന്, സ്ഥാപനം ജീവനക്കാരൻഇനിപ്പറയുന്ന ആട്രിബ്യൂട്ടുകൾ ഉണ്ടായിരിക്കാം: വ്യക്തികളുടെ നമ്പർ, അവസാന നാമം, ആദ്യ നാമം, രക്ഷാധികാരി, ജനനത്തീയതി, കുട്ടികളുടെ എണ്ണം, വിദേശത്തുള്ള ബന്ധുക്കളുടെ സാന്നിധ്യം. ഒരു എന്റിറ്റിയുടെ ഒരു നിർദ്ദിഷ്ട സംഭവത്തെ അദ്വിതീയമായി തിരിച്ചറിയുന്ന ഒരു കൂട്ടം ആട്രിബ്യൂട്ടുകളെ വിളിക്കുന്നു താക്കോൽ.എംപ്ലോയി എന്റിറ്റിയെ സംബന്ധിച്ചിടത്തോളം, പ്രധാന ആട്രിബ്യൂട്ട് പേഴ്‌സണൽ നമ്പറായിരിക്കും, കാരണം നൽകിയിട്ടുള്ള എന്റർപ്രൈസസിലെ എല്ലാ ജീവനക്കാർക്കും വ്യക്തിഗത നമ്പറുകൾ വ്യത്യസ്തമാണ്. ഒരു എന്റിറ്റിയുടെ ഉദാഹരണം ജീവനക്കാരൻഎന്റർപ്രൈസസിന്റെ ഒരു പ്രത്യേക ജീവനക്കാരന്റെ വിവരണം ഉണ്ടാകും. ഒരു എന്റിറ്റിയുടെ പൊതുവായ ഗ്രാഫിക്കൽ പ്രാതിനിധ്യങ്ങളിൽ ഒന്ന്, എന്റിറ്റിയുടെ പേര് മുകളിൽ എഴുതിയിരിക്കുന്നതും താഴെ ലിസ്റ്റ് ചെയ്തിരിക്കുന്ന ആട്രിബ്യൂട്ടുകളുള്ളതുമായ ഒരു ദീർഘചതുരമാണ്, കീ ആട്രിബ്യൂട്ടുകൾ അടയാളപ്പെടുത്തിയിരിക്കുന്നു, ഉദാഹരണത്തിന്, ചുവടെ കാണിച്ചിരിക്കുന്നതുപോലെ ഒരു അടിവരയോ പ്രത്യേക ഫോണ്ടോ ഉപയോഗിച്ച്:

2. സ്ഥാപനങ്ങൾക്കിടയിൽ സ്ഥാപിക്കാവുന്നതാണ് ആശയവിനിമയങ്ങൾ -ബൈനറി അസോസിയേഷനുകൾ , എന്റിറ്റികൾ പരസ്പരം എങ്ങനെ ബന്ധപ്പെട്ടിരിക്കുന്നു അല്ലെങ്കിൽ ഇടപഴകുന്നു എന്ന് കാണിക്കുന്നു. രണ്ട് വ്യത്യസ്ത അസ്തിത്വങ്ങൾക്കിടയിലോ ഒരു എന്റിറ്റിയും താനും തമ്മിൽ ഒരു ബന്ധം നിലനിൽക്കാം (ആവർത്തന കണക്ഷൻ).എന്റിറ്റി സംഭവങ്ങൾ പരസ്പരം എങ്ങനെ ബന്ധപ്പെട്ടിരിക്കുന്നുവെന്ന് ഇത് കാണിക്കുന്നു. രണ്ട് എന്റിറ്റികൾക്കിടയിൽ ഒരു ബന്ധം സ്ഥാപിക്കുകയാണെങ്കിൽ, അത് ഒന്നിന്റെയും മറ്റൊരു എന്റിറ്റിയുടെയും സന്ദർഭങ്ങൾ തമ്മിലുള്ള ബന്ധത്തെ നിർവചിക്കുന്നു. ഉദാഹരണത്തിന്, "സ്റ്റുഡന്റ്" എന്റിറ്റിയും "ടീച്ചർ" എന്റിറ്റിയും തമ്മിൽ ഒരു ബന്ധമുണ്ടെങ്കിൽ, ഈ കണക്ഷൻ ഡിപ്ലോമ പ്രോജക്റ്റുകളുടെ മേൽനോട്ടം ആണെങ്കിൽ, ഓരോ വിദ്യാർത്ഥിക്കും ഒരു സൂപ്പർവൈസർ മാത്രമേയുള്ളൂ, എന്നാൽ ഒരേ അധ്യാപകന് നിരവധി ബിരുദ വിദ്യാർത്ഥികളെ മേൽനോട്ടം വഹിക്കാൻ കഴിയും. അതിനാൽ, അത് ഒന്നിൽ നിന്ന് നിരവധി ബന്ധമായിരിക്കും (1:M), ഒന്ന് "ടീച്ചർ" ഭാഗത്തും പലതും "വിദ്യാർത്ഥി" ഭാഗത്തും (ചിത്രം 10.1.).

3. വ്യത്യസ്ത നൊട്ടേഷനുകളിൽ, ആശയവിനിമയ ശക്തി വ്യത്യസ്തമായി ചിത്രീകരിക്കപ്പെടുന്നു. മുകളിലുള്ള ഉദാഹരണത്തിൽ, ലിങ്കിനെ 3 കൊണ്ട് ഹരിച്ചാണ് മൾട്ടിപ്ലസിറ്റി ചിത്രീകരിക്കുന്നത്. ലിങ്കിന് "തീസിസ് എഞ്ചിനീയറിംഗ്" എന്ന പൊതുനാമമുണ്ട് കൂടാതെ രണ്ട് എന്റിറ്റികളുടെയും റോൾ നാമങ്ങളുണ്ട്. വിദ്യാർത്ഥിയുടെ ഭാഗത്ത് നിന്ന്, ഈ റോളിനെ "മാർഗ്ഗനിർദ്ദേശത്തിന് കീഴിലാണോ പദ്ധതി" എന്ന് വിളിക്കുന്നു; അധ്യാപകന്റെ ഭാഗത്ത് നിന്ന്, ഈ ബന്ധത്തെ "ലീഡ്സ്" എന്ന് വിളിക്കുന്നു. ഒരു ബന്ധത്തിന്റെ ഗ്രാഫിക്കൽ വ്യാഖ്യാനം, എന്റിറ്റികൾ തമ്മിലുള്ള ബന്ധത്തിന്റെ അർത്ഥം ഉടനടി വായിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു; ഇത് ദൃശ്യപരവും വ്യാഖ്യാനിക്കാൻ എളുപ്പവുമാണ്. കണക്ഷനുകളെ അവയുടെ ഗുണിതം അനുസരിച്ച് മൂന്ന് തരങ്ങളായി തിരിച്ചിരിക്കുന്നു: ഒന്ന് മുതൽ ഒന്ന് വരെ (1:1), ഒന്നിൽ നിന്ന് പലതും(1മി), പലതും പലതും(എംഎം). വൺ-ടു-വൺ റിലേഷൻഷിപ്പ് എന്നാൽ ഒരു എന്റിറ്റിയുടെ ഒരു സംഭവം മറ്റൊരു എന്റിറ്റിയുടെ ഒരു സംഭവവുമായി മാത്രം ബന്ധപ്പെട്ടിരിക്കുന്നു എന്നാണ്. ബന്ധം 1: M എന്നാൽ ബന്ധത്തിന്റെ ഇടതുവശത്ത് സ്ഥിതിചെയ്യുന്ന ഒരു എന്റിറ്റിയുടെ ഒരു ഉദാഹരണം ബന്ധത്തിന്റെ വലതുവശത്ത് സ്ഥിതിചെയ്യുന്ന എന്റിറ്റിയുടെ നിരവധി സന്ദർഭങ്ങളുമായി ബന്ധപ്പെടുത്താം എന്നാണ്. അനേകം മുതൽ അനേകം (M:M) ബന്ധം എന്നതിനർത്ഥം ഒരു ആദ്യ എന്റിറ്റിയുടെ ഒന്നിലധികം സന്ദർഭങ്ങളുമായി ബന്ധപ്പെടുത്താം എന്നാണ്. . ഉദാഹരണത്തിന്, "സ്റ്റുഡന്റ്", "ഡിസിപ്ലിൻ" എന്നീ എന്റിറ്റികൾ തമ്മിലുള്ള "പഠനം" എന്ന തരത്തിലുള്ള ബന്ധം "പലതും പലതും" (എം: എം) എന്ന തരത്തിലുള്ള ബന്ധമാണ്, കാരണം ഓരോ വിദ്യാർത്ഥിക്കും നിരവധി വിഷയങ്ങൾ പഠിക്കാൻ കഴിയും, കൂടാതെ ഓരോ അച്ചടക്കവും നിരവധി വിദ്യാർത്ഥികൾ പഠിച്ചു. ഈ കണക്ഷൻ ചിത്രത്തിൽ കാണിച്ചിരിക്കുന്നു. 10.2

4. രണ്ട് എന്റിറ്റികൾക്കിടയിൽ വ്യത്യസ്ത സെമാന്റിക് ലോഡുകളുള്ള എത്ര കണക്ഷനുകൾ വേണമെങ്കിലും വ്യക്തമാക്കാം. ഉദാഹരണത്തിന്, "വിദ്യാർത്ഥി", "അധ്യാപകൻ" എന്നീ രണ്ട് സ്ഥാപനങ്ങൾക്കിടയിൽ രണ്ട് സെമാന്റിക് കണക്ഷനുകൾ സ്ഥാപിക്കാൻ കഴിയും, ഒന്ന് മുമ്പ് ചർച്ച ചെയ്ത "ഡിപ്ലോമ ഡിസൈൻ", രണ്ടാമത്തേത് സോപാധികമായി "ലക്ചറുകൾ" എന്ന് വിളിക്കാം, കൂടാതെ ഈ വിദ്യാർത്ഥി ഏത് അധ്യാപകരുടെ പ്രഭാഷണങ്ങളാണ് എന്ന് ഇത് നിർണ്ണയിക്കുന്നു. ഈ ടീച്ചർ വിദ്യാർത്ഥികൾക്ക് പ്രഭാഷണങ്ങൾ നൽകുകയും കേൾക്കുകയും ചെയ്യുന്നു. ഇത് പോലെയുള്ള ഒരു ബന്ധമാണ് ഇതെന്ന് വ്യക്തമാണ് പലതും പലതും.

5. ഈ തരത്തിലുള്ള ഏതെങ്കിലും ആശയവിനിമയം ആകാം നിർബന്ധം,എന്റിറ്റിയുടെ എല്ലാ സംഭവങ്ങളും ഒരു നിശ്ചിത ബന്ധത്തിൽ പങ്കെടുക്കേണ്ടതുണ്ടെങ്കിൽ, ഒപ്പം ഓപ്ഷണൽ- ഇല്ലെങ്കിൽ എന്റിറ്റിയുടെ എല്ലാ സംഭവങ്ങളും ഒരു നിശ്ചിത ബന്ധത്തിൽ പങ്കെടുക്കണം. ഈ സാഹചര്യത്തിൽ, കണക്ഷൻ ആകാം ഒരു വശത്ത് നിർബന്ധമാണ്ഒപ്പം മറുവശത്ത് ഓപ്ഷണൽ.കണക്ഷന്റെ നിർബന്ധിത സ്വഭാവവും വ്യത്യസ്ത നൊട്ടേഷനുകളിൽ വ്യത്യസ്തമായി സൂചിപ്പിച്ചിരിക്കുന്നു. ഒരു കണക്ഷന്റെ ഓപ്ഷണാലിറ്റി കണക്ഷന്റെ അവസാനം ഒരു ശൂന്യമായ സർക്കിളിലൂടെ സൂചിപ്പിക്കാം, കൂടാതെ ഒരു ലംബ രേഖയുടെ നിർബന്ധിത സ്വഭാവം കണക്ഷനിലൂടെ കടന്നുപോകുന്നു. ഈ നൊട്ടേഷന് ഒരു ലളിതമായ വ്യാഖ്യാനമുണ്ട്. ഒരു വൃത്തം അർത്ഥമാക്കുന്നത് ഈ ബന്ധത്തിൽ ഒരു സംഭവത്തിനും പങ്കെടുക്കാൻ കഴിയില്ല എന്നാണ്. ഈ ബന്ധത്തിൽ എന്റിറ്റിയുടെ ഒരു സംഭവമെങ്കിലും ഉൾപ്പെട്ടിട്ടുണ്ടെന്നാണ് ലംബമായി വ്യാഖ്യാനിക്കുന്നത്.

"ഡിപ്ലോമ ഡിസൈൻ" കണക്ഷന്റെ മുമ്പ് നൽകിയ ഉദാഹരണത്തിൽ, ഈ കണക്ഷൻ ഇരുവശത്തും ഓപ്ഷണലായി വ്യാഖ്യാനിക്കപ്പെടുന്നു. വാസ്തവത്തിൽ, ഒരു തീസിസ് നടത്തുന്ന ഓരോ വിദ്യാർത്ഥിക്കും അവരുടേതായ തീസിസ് പ്രോജക്റ്റ് സൂപ്പർവൈസർ ഉണ്ടായിരിക്കണം, എന്നാൽ, മറുവശത്ത്, എല്ലാ അധ്യാപകരും തീസിസ് പ്രോജക്റ്റ് നയിക്കുന്നില്ല. അതിനാൽ, ഈ സെമാന്റിക് ഫോർമുലേഷനിൽ, ഈ കണക്ഷന്റെ ചിത്രം മാറുകയും ചിത്രത്തിൽ കാണിച്ചിരിക്കുന്നതുപോലെ തന്നെ കാണുകയും ചെയ്യും. 10.3

ഒരു കൂട്ടം എന്റിറ്റികളുടെയും ബന്ധങ്ങളുടെയും രൂപത്തിൽ ഒരു ഡൊമെയ്ൻ മോഡൽ നിർമ്മിക്കുന്നതിന്റെ ഫലമായി, നമുക്ക് ഒരു ബന്ധിപ്പിച്ച ഗ്രാഫ് ലഭിക്കും. തത്ഫലമായുണ്ടാകുന്ന ഗ്രാഫിൽ, സൈക്ലിക് കണക്ഷനുകൾ ഒഴിവാക്കേണ്ടത് ആവശ്യമാണ് - അവ മോഡലിന്റെ തെറ്റ് വെളിപ്പെടുത്തുന്നു.

ഒരു ER മോഡൽ സൃഷ്ടിക്കുന്നതിനുള്ള ഒരു ഉദാഹരണം

ലൈബ്രറിയിൽ അവതരിപ്പിച്ചിരിക്കുന്ന പുസ്‌തകങ്ങളെയും അറിവിന്റെ മേഖലകളെയും കുറിച്ചുള്ള വിവരങ്ങൾ സംഭരിക്കാൻ രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്ന ഒരു സിസ്റ്റത്തിന്റെ വിവര മാതൃക രൂപകൽപന ചെയ്യാം. പ്രധാന എന്റിറ്റികളെ തിരിച്ചറിഞ്ഞ് നമുക്ക് മോഡൽ വികസിപ്പിക്കാൻ തുടങ്ങാം.

ഒന്നാമതായി, "പുസ്തകം" എന്നതിന്റെ സാരാംശം ഉണ്ട്; ഓരോ പുസ്തകത്തിനും ഒരു അദ്വിതീയ സൈഫർ ഉണ്ട്, അത് അതിന്റെ താക്കോലാണ്, വിഷയ മേഖലയുടെ വിവരണത്തിൽ നിന്ന് എടുത്ത നിരവധി ആട്രിബ്യൂട്ടുകൾ. എന്റിറ്റി സംഭവങ്ങളുടെ കൂട്ടം ലൈബ്രറിയിൽ സംഭരിച്ചിരിക്കുന്ന പുസ്തകങ്ങളുടെ കൂട്ടത്തെ നിർവചിക്കുന്നു. "ബുക്ക്" എന്റിറ്റിയുടെ ഓരോ സംഭവവും ഷെൽഫിലെ ഒരു പ്രത്യേക പുസ്തകത്തിനല്ല, മറിച്ച് ലൈബ്രറിയുടെ സബ്ജക്ട് കാറ്റലോഗിൽ സാധാരണയായി നൽകിയിരിക്കുന്ന ഒരു പ്രത്യേക പുസ്തകത്തിന്റെ വിവരണവുമായി പൊരുത്തപ്പെടുന്നു. ഓരോ പുസ്‌തകവും നിരവധി പകർപ്പുകളിൽ ഉണ്ടായിരിക്കാം, ഇവ ലൈബ്രറി അലമാരയിലുള്ള പ്രത്യേക പുസ്‌തകങ്ങൾ മാത്രമാണ്. ഇത് പ്രതിഫലിപ്പിക്കുന്നതിന്, നിങ്ങൾ ഒരു ഇൻസ്റ്റൻസസ് എന്റിറ്റി അവതരിപ്പിക്കണം, അതിൽ ലൈബ്രറിയിൽ സൂക്ഷിച്ചിരിക്കുന്ന പുസ്തകങ്ങളുടെ എല്ലാ പകർപ്പുകളുടെയും വിവരണങ്ങൾ അടങ്ങിയിരിക്കണം. ഇൻസ്റ്റൻസ് എന്റിറ്റിയുടെ ഓരോ സംഭവവും ഷെൽഫിലെ ഒരു പ്രത്യേക പുസ്തകവുമായി പൊരുത്തപ്പെടുന്നു. ഓരോ പകർപ്പിനും ഒരു നിർദ്ദിഷ്‌ട പുസ്‌തകത്തെ അദ്വിതീയമായി തിരിച്ചറിയുന്ന ഒരു അദ്വിതീയ പ്രവേശന നമ്പർ ഉണ്ട്. കൂടാതെ, ഒരു പുസ്തകത്തിന്റെ ഓരോ പകർപ്പും ഒന്നുകിൽ ലൈബ്രറിയിലോ ഒരു നിശ്ചിത വായനക്കാരന്റെ കൈയിലോ ആകാം, പിന്നീടുള്ള സന്ദർഭത്തിൽ, തന്നിരിക്കുന്ന ഒരു പകർപ്പിന്, വായനക്കാരൻ പുസ്തകം എടുത്ത തീയതിയും പ്രതീക്ഷിക്കുന്ന റിട്ടേൺ തീയതിയും പുസ്തകം അധികമായി സൂചിപ്പിച്ചിരിക്കുന്നു.

"ബുക്കുകൾ", "ഇൻസ്റ്റൻസുകൾ" എന്നീ എന്റിറ്റികൾക്കിടയിൽ ഒരു ബന്ധം (1:M) ഉണ്ട്, അത് ഇരുവശത്തും നിർബന്ധമാണ്. ഇത്തരത്തിലുള്ള കണക്ഷൻ നിർണ്ണയിക്കുന്നത് എന്താണ്? ഓരോ പുസ്തകവും നിരവധി പകർപ്പുകളിൽ ലൈബ്രറിയിൽ ഉണ്ടായിരിക്കാം, അതിനാൽ - 1:M ബന്ധം. മാത്രമല്ല, ലൈബ്രറിയിൽ തന്നിരിക്കുന്ന പുസ്തകത്തിന്റെ ഒരു പകർപ്പ് പോലും ഇല്ലെങ്കിൽ, ഞങ്ങൾ അതിന്റെ വിവരണം സംഭരിക്കില്ല, അതിനാൽ ഒരു പുസ്തകം “ബുക്ക്” എന്റിറ്റിയിൽ വിവരിച്ചിട്ടുണ്ടെങ്കിൽ, ഈ പുസ്തകത്തിന്റെ ഒരു പകർപ്പെങ്കിലും ലൈബ്രറിയിൽ ഉണ്ട്. പുസ്തകത്തിന്റെ ഭാഗത്ത് നിന്ന് കണക്ഷൻ നിർബന്ധമാണ് എന്നാണ് ഇതിനർത്ഥം. “പകർപ്പുകൾ” എന്റിറ്റിയെ സംബന്ധിച്ചിടത്തോളം, ഒരു നിർദ്ദിഷ്ട പുസ്തകവുമായി ബന്ധമില്ലാത്ത ഒരു പകർപ്പ് പോലും ലൈബ്രറിയിൽ നിലനിൽക്കില്ല, അതിനാൽ, “പകർപ്പുകൾ” ഭാഗത്ത് നിന്നുള്ള കണക്ഷനും നിർബന്ധമാണ്.

സിസ്റ്റത്തിൽ വായനക്കാരനെ എങ്ങനെ പ്രതിനിധീകരിക്കുമെന്ന് നിങ്ങൾ ഇപ്പോൾ നിർണ്ണയിക്കേണ്ടതുണ്ട്. ഈ ആവശ്യത്തിനായി "വായനക്കാർ" എന്ന എന്റിറ്റി അവതരിപ്പിക്കാൻ നിർദ്ദേശിക്കുന്നത് സ്വാഭാവികമാണ്, ഓരോ സംഭവവും ഒരു പ്രത്യേക വായനക്കാരന് യോജിക്കും. ലൈബ്രറിയിൽ, ഓരോ വായനക്കാരനും ഒരു അദ്വിതീയ ലൈബ്രറി കാർഡ് നമ്പർ നൽകിയിട്ടുണ്ട്, അത് വായനക്കാരനെ അദ്വിതീയമായി തിരിച്ചറിയുന്നു. വായനക്കാരുടെ സ്ഥാപനത്തിന്റെ പ്രധാന ആട്രിബ്യൂട്ടായിരിക്കും ലൈബ്രറി കാർഡ് നമ്പർ. കൂടാതെ, "വായനക്കാർ" എന്ന എന്റിറ്റിയിൽ നിയുക്ത ടാസ്ക്കുകൾ പരിഹരിക്കുന്നതിന് ആവശ്യമായ അധിക ആട്രിബ്യൂട്ടുകൾ അടങ്ങിയിരിക്കണം; ഈ ആട്രിബ്യൂട്ടുകൾ ഇതായിരിക്കും: "ലാസ്റ്റ് നെയിം ഫസ്റ്റ് നെയിം പാട്രോണിമിക്", "റീഡർ വിലാസം", "ഹോം ടെലിഫോൺ", "വർക്ക് ടെലിഫോൺ". കൂടാതെ, "വായനക്കാർ" എന്ന എന്റിറ്റിയിൽ, നിങ്ങൾ "ജനന തീയതി" ആട്രിബ്യൂട്ട് നൽകണം, അത് വായനക്കാരുടെ പ്രായം നിയന്ത്രിക്കാൻ നിങ്ങളെ അനുവദിക്കും.

ഓരോ വായനക്കാരനും പുസ്തകങ്ങളുടെ നിരവധി പകർപ്പുകൾ കൈയിൽ പിടിക്കാം. ഈ സാഹചര്യം പ്രതിഫലിപ്പിക്കുന്നതിന്, "വായനക്കാർ", "പകർപ്പുകൾ" എന്നീ എന്റിറ്റികൾ തമ്മിൽ ഒരു ബന്ധം സ്ഥാപിക്കണം, കാരണം ഒരു വായനക്കാരൻ ഒരു പുസ്തകം മാത്രമല്ല, ലൈബ്രറിയിൽ നിന്ന് ഒരു നിർദ്ദിഷ്ട പുസ്തകത്തിന്റെ ഒരു പ്രത്യേക പകർപ്പ് എടുക്കുന്നു. "ഇൻസ്റ്റൻസുകൾ", "ബുക്കുകൾ" എന്നീ എന്റിറ്റികൾ തമ്മിലുള്ള ഒരു അധിക കണക്ഷൻ വഴി തന്നിരിക്കുന്ന വായനക്കാരന് ഏത് പുസ്തകമാണ് ഉള്ളതെന്ന് നിങ്ങൾക്ക് കണ്ടെത്താനാകും, കൂടാതെ ഈ കണക്ഷൻ ഓരോ സംഭവത്തിനും ഒരു പുസ്തകം നൽകുന്നു, അതിനാൽ ഏത് പുസ്തകങ്ങളാണ് കൈയിലുള്ളതെന്ന് നിങ്ങൾക്ക് എല്ലായ്പ്പോഴും വ്യക്തതയില്ലാതെ നിർണ്ണയിക്കാനാകും. റീഡർ, നമ്മൾ വായനക്കാരനുമായി സഹവസിക്കുന്നുണ്ടെങ്കിലും എടുത്ത പുസ്തകങ്ങളുടെ ഇൻവെന്ററി നമ്പറുകൾ മാത്രമേ ലഭിക്കൂ. "വായനക്കാർ", "ഇൻസ്റ്റൻസുകൾ" എന്നീ എന്റിറ്റികൾക്കിടയിൽ ഒരു 1:M ബന്ധം സ്ഥാപിക്കപ്പെട്ടിരിക്കുന്നു, അതേ സമയം അത് ഇരുവശത്തും ഓപ്ഷണലാണ്. ഇപ്പോൾ വായനക്കാരൻ ഒരു പുസ്തകവും കൈയിൽ പിടിക്കില്ല, മറുവശത്ത്, പുസ്തകത്തിന്റെ ഈ പകർപ്പ് ഒരു വായനക്കാരന്റെയും കൈവശം ഉണ്ടായിരിക്കില്ല, പക്ഷേ ലൈബ്രറിയിലെ ഒരു ഷെൽഫിൽ നിൽക്കുക.

ഇപ്പോൾ നിങ്ങൾ സിസ്റ്റം കാറ്റലോഗുമായി ബന്ധപ്പെട്ട അവസാന എന്റിറ്റിയെ പ്രതിഫലിപ്പിക്കണം, അതിൽ അറിവിന്റെ എല്ലാ മേഖലകളുടെയും ഒരു ലിസ്റ്റ് അടങ്ങിയിരിക്കുന്നു, ലൈബ്രറി പുസ്തകങ്ങളിൽ അടങ്ങിയിരിക്കുന്ന വിവരങ്ങൾ. വിജ്ഞാന മേഖലയുടെ പേര് ദൈർഘ്യമേറിയതും നിരവധി പദങ്ങൾ ഉൾക്കൊള്ളുന്നതുമാണ്, അതിനാൽ സിസ്റ്റം കാറ്റലോഗ് മാതൃകയാക്കാൻ, ഞങ്ങൾ "സിസ്റ്റം കാറ്റലോഗ്" എന്ന എന്റിറ്റിയെ രണ്ട് ആട്രിബ്യൂട്ടുകൾ ഉപയോഗിച്ച് അവതരിപ്പിക്കുന്നു: "വിജ്ഞാന മേഖല കോഡ്", "വിജ്ഞാന മേഖലയുടെ പേര്". നോളജ് ഏരിയ കോഡ് ആട്രിബ്യൂട്ട് ആയിരിക്കും എന്റിറ്റിയുടെ പ്രധാന ആട്രിബ്യൂട്ട്.

വിഷയ മേഖലയുടെ വിവരണത്തിൽ നിന്ന്, ഓരോ പുസ്തകത്തിനും അറിവിന്റെ നിരവധി മേഖലകളിൽ നിന്നുള്ള വിവരങ്ങൾ ഉൾക്കൊള്ളാൻ കഴിയുമെന്ന് അറിയാം, മറുവശത്ത്, ലൈബ്രറിയിൽ ഒരേ വിജ്ഞാന മേഖലയുമായി ബന്ധപ്പെട്ട നിരവധി പുസ്തകങ്ങൾ അടങ്ങിയിരിക്കാം, അതിനാൽ അത് സ്ഥാപിക്കേണ്ടത് ആവശ്യമാണ്. "സിസ്റ്റം കാറ്റലോഗ്", "ബുക്കുകൾ" എന്നീ എന്റിറ്റികൾക്കിടയിൽ M:M കണക്ഷൻ, ഇരുവശത്തും നിർബന്ധമാണ്. വാസ്തവത്തിൽ, സിസ്റ്റം കാറ്റലോഗിൽ അത്തരം അറിവിന്റെ ഒരു മേഖല അടങ്ങിയിരിക്കരുത്, ഒരു ലൈബ്രറി പുസ്തകത്തിലും അവതരിപ്പിക്കാത്ത വിവരങ്ങൾ. തിരിച്ചും, ഓരോ പുസ്തകവും ഒന്നോ അതിലധികമോ വിജ്ഞാന മേഖലകളിലേക്ക് നിയോഗിക്കണം, അതുവഴി വായനക്കാരന് അത് വേഗത്തിൽ കണ്ടെത്താനാകും.

"ലൈബ്രറി" സബ്ജക്ട് ഏരിയയുടെ ER മോഡൽ ചിത്രത്തിൽ കാണിച്ചിരിക്കുന്നു. 10.4

നേരത്തെ ലിസ്റ്റുചെയ്തിരിക്കുന്ന ജോലികൾക്കായി വിവര മാതൃക "ലൈബ്രറി" വികസിപ്പിച്ചെടുത്തു. ഒരു പുസ്തകം വായിച്ചതിന്റെ ചരിത്രം സംഭരിക്കുന്നതിന് ഒരു വ്യവസ്ഥയും ഇല്ല, ഉദാഹരണത്തിന്, മുമ്പ് പുസ്തകം കൈവശം വച്ചിരുന്ന ഒരാളെ കണ്ടെത്താനും അതിനെ ഉപദ്രവിക്കാൻ സാധ്യതയുള്ള ഒരാളെ കണ്ടെത്താനും. ഈ വിവരങ്ങൾ സംഭരിക്കുന്നതിനുള്ള ചുമതല സജ്ജീകരിച്ചിരുന്നെങ്കിൽ, ഇൻഫൊോളജിക്കൽ മോഡൽ വ്യത്യസ്തമാകുമായിരുന്നു.

ER ഡയഗ്രമുകളുടെ നോർമലൈസേഷൻ

പ്രോജക്റ്റ് വികസനത്തിന്റെ പ്രാരംഭ ഘട്ടത്തിൽ വിവര മാതൃക ഉപയോഗിക്കുന്നു. ER മോഡലിന്റെ വിഭാഗങ്ങളുമായി പൊരുത്തപ്പെടുന്ന കൺവെൻഷനുകളുടെ ഭാഷ നിങ്ങൾ മനസ്സിലാക്കുകയാണെങ്കിൽ, അത് എളുപ്പത്തിൽ "വായിക്കാൻ" കഴിയും, അതിനാൽ, വ്യക്തിഗത ആപ്ലിക്കേഷനുകൾ വികസിപ്പിക്കുന്ന പ്രോഗ്രാമർ ഡെവലപ്പർമാർക്ക് ഇത് വിശകലനം ചെയ്യാൻ ലഭ്യമാണ്. ചില സ്വാഭാവിക ഭാഷാ വാക്യങ്ങളിൽ നിന്ന് വ്യത്യസ്തമായി ഇതിന് വ്യക്തമായ വ്യാഖ്യാനമുണ്ട്, അതിനാൽ ഡെവലപ്പർമാരുടെ ഭാഗത്ത് തെറ്റിദ്ധാരണ ഉണ്ടാകില്ല.

വിദഗ്ധർ എപ്പോഴും തങ്ങളുടെ ചിന്തകൾ ഏതെങ്കിലും ഔപചാരിക ഭാഷയിൽ പ്രകടിപ്പിക്കാൻ ഇഷ്ടപ്പെടുന്നു, അത് അവരുടെ വ്യക്തമായ വ്യാഖ്യാനം ഉറപ്പാക്കുന്നു. പ്രോഗ്രാമർമാർക്കുള്ള അത്തരമൊരു ഭാഷ അൽഗോരിതങ്ങളുടെ ഭാഷയാണ്. ഏതൊരു അൽഗോരിതത്തിനും അവ്യക്തമായ വ്യാഖ്യാനമുണ്ട്. വ്യത്യസ്ത പ്രോഗ്രാമിംഗ് ഭാഷകളിൽ ഇത് നടപ്പിലാക്കുന്നു, എന്നാൽ അൽഗോരിതം തന്നെ മാറ്റമില്ലാതെ തുടരുന്നു. അൽഗോരിതങ്ങൾ വിവരിക്കാൻ വിവിധ ഔപചാരികതകൾ ഉപയോഗിക്കുന്നു.

ER മോഡൽ ഭാഷ ഒരു ഡാറ്റാബേസ് വിവരിക്കുന്നതിന് പരമ്പരാഗതമായി അംഗീകരിക്കപ്പെട്ട ഭാഷയായി മാറിയിരിക്കുന്നു. ER മോഡലിന്, അതിനെ ഒരു റിലേഷണൽ ഡാറ്റ മോഡലാക്കി മാറ്റുന്നതിനുള്ള ഒരു അൽഗോരിതം ഉണ്ട്, ഇത് ഡാറ്റാബേസ് സാങ്കേതികവിദ്യയെ അടിസ്ഥാനമാക്കി വിവര സംവിധാനങ്ങൾ വികസിപ്പിക്കുന്ന പ്രക്രിയയെ പിന്തുണയ്ക്കുന്ന നിരവധി ഇൻസ്ട്രുമെന്റൽ സിസ്റ്റങ്ങൾ പിന്നീട് വികസിപ്പിക്കുന്നത് സാധ്യമാക്കി. ഈ എല്ലാ സിസ്റ്റങ്ങളിലും ഭാവിയിൽ പദ്ധതി നടപ്പിലാക്കുന്ന ഡാറ്റാലോജിക്കൽ മോഡൽ സ്വയമേവ സൃഷ്ടിക്കാനുള്ള കഴിവോടെ വികസിപ്പിച്ചെടുക്കുന്ന ഡാറ്റാബേസിന്റെ ഇൻഫൊോളജിക്കൽ മോഡൽ വിവരിക്കുന്നതിനുള്ള മാർഗങ്ങളുണ്ട്.

ഒരു ER മോഡലിനെ ഒരു റിലേഷണൽ ഡാറ്റാബേസാക്കി മാറ്റുന്നതിനുള്ള നിയമങ്ങൾ

ഒരു ER മോഡലിനെ ഒരു റിലേഷണൽ ഡാറ്റാബേസാക്കി മാറ്റുന്നതിനുള്ള നിയമങ്ങൾ നമുക്ക് പരിഗണിക്കാം.

1. ഓരോ എന്റിറ്റിയും റിലേഷണൽ ഡാറ്റ മോഡലിലെ ഒരു ബന്ധവുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു. ഈ സാഹചര്യത്തിൽ, എന്റിറ്റിയുടെയും ബന്ധത്തിന്റെയും പേരുകൾ വ്യത്യസ്തമായിരിക്കാം, കാരണം എന്റിറ്റികളുടെ പേരുകൾ മോഡലിനുള്ളിലെ പേരിന്റെ പ്രത്യേകതയല്ലാതെ അധിക വാക്യഘടനാ നിയന്ത്രണങ്ങൾക്ക് വിധേയമായിരിക്കില്ല. ഒരു പ്രത്യേക ഡിബിഎംഎസിന്റെ ആവശ്യകതകളാൽ ബന്ധങ്ങളുടെ പേരുകൾ പരിമിതപ്പെടുത്താം, മിക്കപ്പോഴും ഈ പേരുകൾ ചില അടിസ്ഥാന ഭാഷകളിലെ ഐഡന്റിഫയറുകളാണ്, അവ ദൈർഘ്യത്തിൽ പരിമിതമാണ്, കൂടാതെ സ്പെയ്സുകളും ചില പ്രത്യേക പ്രതീകങ്ങളും അടങ്ങിയിരിക്കരുത്. ഉദാഹരണത്തിന്, ഒരു എന്റിറ്റിക്ക് പേര് നൽകാം « പുസ്തക കാറ്റലോഗ്”, അനുബന്ധ ബന്ധത്തിന് പേര് നൽകുന്നത് നല്ലതാണ്, ഉദാഹരണത്തിന്, പുസ്തകങ്ങൾ (സ്പെയ്സുകളില്ലാതെയും ലാറ്റിൻ അക്ഷരങ്ങളിലും).

2. ഓരോ എന്റിറ്റി ആട്രിബ്യൂട്ടും അനുബന്ധ ബന്ധത്തിന്റെ ഒരു ആട്രിബ്യൂട്ടായി മാറുന്നു. ഖണ്ഡിക 1-ലെ ബന്ധങ്ങളുടെ പേരുമാറ്റുന്ന അതേ നിയമങ്ങൾക്കനുസൃതമായി ആട്രിബ്യൂട്ടുകളുടെ പേരുമാറ്റൽ സംഭവിക്കണം. ഓരോ ആട്രിബ്യൂട്ടിനും, DBMS-ൽ അനുവദനീയമായ ഒരു നിർദ്ദിഷ്‌ട ഡാറ്റാ തരം കൂടാതെ ഈ ആട്രിബ്യൂട്ട് നിർബന്ധമാണോ അല്ലയോ എന്ന് വ്യക്തമാക്കിയിട്ടുണ്ട്.

3. എന്റിറ്റിയുടെ പ്രാഥമിക താക്കോൽ അനുബന്ധ ബന്ധത്തിന്റെ പ്രാഥമിക താക്കോലായി മാറുന്നു. ഒരു ബന്ധത്തിന്റെ പ്രാഥമിക കീയിൽ ഉൾപ്പെടുത്തിയിരിക്കുന്ന ആട്രിബ്യൂട്ടുകൾ സ്വയമേവ ആവശ്യമാണ്.

4. ഒരു സബോർഡിനേറ്റ് എന്റിറ്റിയുമായി ബന്ധപ്പെട്ട ഓരോ ബന്ധത്തിനും, പ്രധാന എന്റിറ്റിയുടെ ഒരു കൂട്ടം ആട്രിബ്യൂട്ടുകൾ ചേർക്കുന്നു, ഇത് പ്രധാന എന്റിറ്റിയുടെ പ്രാഥമിക കീയാണ്. ഉപഘടകവുമായി ബന്ധപ്പെട്ട ബന്ധത്തിൽ, ഈ ആട്രിബ്യൂട്ടുകൾ ഒരു വിദേശ കീ ആയി മാറുന്നു.

5. ഫിസിക്കൽ ലെവലിൽ ഒരു ഓപ്ഷണൽ തരത്തിലുള്ള ബന്ധം മാതൃകയാക്കാൻ, വിദേശ കീയുമായി ബന്ധപ്പെട്ട ആട്രിബ്യൂട്ടുകൾ നൾ മൂല്യങ്ങൾ അനുവദിക്കുന്ന തരത്തിൽ സജ്ജീകരിച്ചിരിക്കുന്നു. നിർബന്ധിത കണക്ഷൻ തരത്തിൽ, ആട്രിബ്യൂട്ടുകൾക്ക് അസാധുവായ മൂല്യങ്ങളില്ലാത്ത ഗുണമുണ്ട്.

ഒരു സൂപ്പർ ടൈപ്പിന്റെ എല്ലാ ഉപവിഭാഗങ്ങൾക്കും ഒരു ബന്ധം മാത്രമേ സൃഷ്ടിക്കാൻ കഴിയൂ. എല്ലാ ഉപവിഭാഗങ്ങളുടേയും എല്ലാ ആട്രിബ്യൂട്ടുകളും ഇതിൽ ഉൾപ്പെടുന്നു, എന്നിരുന്നാലും, നിരവധി സന്ദർഭങ്ങളിൽ, നിരവധി ആട്രിബ്യൂട്ടുകൾ അർത്ഥമാക്കുന്നില്ല. അവയ്ക്ക് നിർവചിക്കപ്പെടാത്ത അർത്ഥങ്ങളുണ്ടെങ്കിൽപ്പോലും, ഒരു ഉപവിഭാഗത്തെ മറ്റൊന്നിൽ നിന്ന് വേർതിരിച്ചറിയാൻ അധിക നിയമങ്ങൾ ആവശ്യമാണ്. ഈ പ്രതിനിധാനത്തിന്റെ പ്രയോജനം ഒരു ബന്ധം മാത്രമേ സൃഷ്ടിക്കപ്പെട്ടിട്ടുള്ളൂ എന്നതാണ്.

രണ്ടാമത്തെ രീതിയിൽ, ഓരോ ഉപവിഭാഗത്തിനും സൂപ്പർ ടൈപ്പിനും പ്രത്യേക ബന്ധങ്ങൾ സൃഷ്ടിക്കപ്പെടുന്നു. ഈ പ്രാതിനിധ്യ രീതിയുടെ പോരായ്മ അത് ധാരാളം ബന്ധങ്ങൾ സൃഷ്ടിക്കുന്നു എന്നതാണ്, എന്നാൽ ഈ രീതിക്ക് കൂടുതൽ ഗുണങ്ങളുണ്ട്, കാരണം നിങ്ങൾ സബ്ടൈപ്പിന്റെ പ്രധാന ആട്രിബ്യൂട്ടുകളിൽ മാത്രം പ്രവർത്തിക്കുന്നു. കൂടാതെ, ഒരു സൂപ്പർടൈപ്പിൽ നിന്ന് സബ്ടൈപ്പുകളിലേക്കുള്ള പരിവർത്തനങ്ങൾ പ്രവർത്തനക്ഷമമാക്കുന്നതിന്, സൂപ്പർടൈപ്പിൽ ഒരു കണക്ഷൻ ഐഡന്റിഫയർ ഉൾപ്പെടുത്തേണ്ടത് ആവശ്യമാണ്.

7. കൂടാതെ, ഒരു തരവും ഉപവിഭാഗങ്ങളും തമ്മിലുള്ള ബന്ധം വിവരിക്കുമ്പോൾ, വിവേചനക്കാരന്റെ തരം സൂചിപ്പിക്കേണ്ടത് ആവശ്യമാണ്. വിവേചനം കാണിക്കുന്നയാൾ പരസ്പരവിരുദ്ധമായേക്കാം അല്ലെങ്കിൽ അല്ലായിരിക്കാം. ഈ ഡിസ്‌ക്രിമിനേറ്റർ തരം സജ്ജീകരിച്ചിട്ടുണ്ടെങ്കിൽ, ഒരു സൂപ്പർടൈപ്പ് എന്റിറ്റിയുടെ ഒരു സന്ദർഭം ഒരു സബ്‌ടൈപ്പ് എന്റിറ്റിയുടെ ഒരു സംഭവവുമായി മാത്രമേ ബന്ധപ്പെട്ടിരിക്കുന്നുവെന്നാണ് അർത്ഥമാക്കുന്നത്, കൂടാതെ ഒരു സൂപ്പർടൈപ്പ് എന്റിറ്റിയുടെ ഓരോ സന്ദർഭത്തിനും ഒരു കുട്ടിയുണ്ട്. കൂടാതെ, രണ്ടാമത്തെ രീതിക്കായി നിങ്ങൾ സൂപ്പർടൈപ്പ് ഐഡന്റിഫയർ മാത്രമാണോ ഉപവിഭാഗങ്ങളിലേക്ക് പാരമ്പര്യമായി ലഭിച്ചതാണോ അതോ സൂപ്പർടൈപ്പിന്റെ എല്ലാ ആട്രിബ്യൂട്ടുകളും പാരമ്പര്യമായി ലഭിച്ചതാണോ എന്ന് വ്യക്തമാക്കണം.

8. റിലേഷണൽ മോഡൽ പിന്തുണയ്ക്കാത്ത ഒരു M:M ബന്ധം (കൾ) ER ഡയഗ്രാമിൽ ഉണ്ടെങ്കിൽ, ഒരു പ്രത്യേക കണക്റ്റിംഗ് ബന്ധം അവതരിപ്പിക്കപ്പെടുന്നു, അത് ഓരോ യഥാർത്ഥ ബന്ധവുമായി 1:M ബന്ധത്തിലൂടെ ബന്ധിപ്പിച്ചിരിക്കുന്നു. ഈ ബന്ധത്തിന്റെ ആട്രിബ്യൂട്ടുകളാണ് ബന്ധപ്പെട്ട ബന്ധങ്ങളുടെ പ്രാഥമിക താക്കോലുകൾ.

സെമാന്റിക് മോഡൽ 3NF-ലേക്ക് കൊണ്ടുവരുന്നതിനുള്ള അൽഗോരിതം

സെമാന്റിക് മോഡൽ 3-ആം സാധാരണ രൂപത്തിലേക്ക് കുറയ്ക്കുന്നതിനുള്ള അൽഗോരിതം ഇനിപ്പറയുന്നതായിരിക്കാം:

1. യഥാർത്ഥ ലോകത്ത് പരസ്പരം ബന്ധിപ്പിച്ചിട്ടുള്ള ഒബ്‌ജക്റ്റുകളുടെ വിവിധ ക്ലാസുകളെ മറച്ചുവെച്ച് മാതൃകയാക്കുന്ന എന്റിറ്റികളുടെ സാന്നിധ്യത്തിനായി ഡയഗ്രം വിശകലനം ചെയ്യുക (ഇതാണ് നോൺ-നോർമലൈസ്ഡ് ബന്ധങ്ങളുമായി യോജിക്കുന്നത്). ഇത് തിരിച്ചറിഞ്ഞാൽ, ഈ ഓരോ എന്റിറ്റികളെയും നിരവധി പുതിയ എന്റിറ്റികളായി വിഭജിക്കുകയും അവയ്ക്കിടയിൽ ഉചിതമായ കണക്ഷനുകൾ സ്ഥാപിക്കുകയും ചെയ്യുക; തത്ഫലമായുണ്ടാകുന്ന സർക്യൂട്ട് ആദ്യത്തെ സാധാരണ രൂപത്തിലായിരിക്കും.

2. കാൻഡിഡേറ്റ് കീയുടെ ആട്രിബ്യൂട്ടുകളിൽ നോൺ-പ്രൈമറി ആട്രിബ്യൂട്ടുകളുടെ അപൂർണ്ണമായ പ്രവർത്തനപരമായ ഡിപൻഡൻസികളുടെ സാന്നിധ്യത്തിനായി സംയോജിത പ്രാഥമിക കീകളുള്ള എല്ലാ എന്റിറ്റികളും വിശകലനം ചെയ്യുക. അത്തരം ഡിപൻഡൻസികൾ കണ്ടെത്തിയാൽ, എന്റിറ്റി ഡാറ്റയെ 2 ആയി വിഭജിക്കുക, ഓരോ എന്റിറ്റിയുടെയും പ്രാഥമിക കീകൾ നിർണ്ണയിക്കുകയും അവയ്ക്കിടയിൽ ഉചിതമായ ബന്ധം സ്ഥാപിക്കുകയും ചെയ്യുക. തത്ഫലമായുണ്ടാകുന്ന സർക്യൂട്ട് രണ്ടാമത്തെ സാധാരണ രൂപത്തിലായിരിക്കും.

3. ട്രാൻസിറ്റീവ് ഫങ്ഷണൽ ഡിപൻഡൻസികളുടെ സാന്നിധ്യത്തിനായി എല്ലാ എന്റിറ്റികളുടെയും നോൺ-കീ ആട്രിബ്യൂട്ടുകൾ വിശകലനം ചെയ്യുക. എന്തെങ്കിലും കണ്ടെത്തിയാൽ, ട്രാൻസിറ്റീവ് ഡിപൻഡൻസികൾ ഇല്ലാതാക്കുന്ന തരത്തിൽ ഓരോ എന്റിറ്റിയെയും പല ഭാഗങ്ങളായി വിഭജിക്കുക. സർക്യൂട്ട് മൂന്നാമത്തെ സാധാരണ രൂപത്തിലാണ്.

പരിഗണിച്ച വ്യവസ്ഥകൾ ഉപയോഗിച്ച്, ഞങ്ങൾ ER-സ്കീം സാധാരണമാക്കുന്നു. നോർമലൈസേഷന്റെ ഫലം ചിത്രത്തിൽ കാണിച്ചിരിക്കുന്നു. 5. സ്കീമ നോർമലൈസ് ചെയ്യുമ്പോൾ, "ബുക്കുകൾ-കാറ്റലോഗ് ബന്ധങ്ങൾ" എന്ന ബന്ധം അതിൽ അവതരിപ്പിച്ചു, അതിൽ "ISBN", "നോളജ് ഏരിയ കോഡ്" എന്നീ ആട്രിബ്യൂട്ടുകൾ അടങ്ങിയിരിക്കുന്നു, അത് M:M കണക്ഷൻ "ബുക്കുകൾ - സിസ്റ്റമാറ്റിക് കാറ്റലോഗ്" നടപ്പിലാക്കാൻ സഹായിക്കുന്നു, കൂടാതെ അതിന്റെ "പകർപ്പുകൾ" എന്ന ബന്ധത്തിൽ "പുസ്തകങ്ങൾ", "വായനക്കാർ" എന്നീ ബന്ധങ്ങളുമായി ബന്ധപ്പെട്ട്, "ലൈബ്രറി കാർഡ് നമ്പർ", "ISBN" എന്നീ ആട്രിബ്യൂട്ടുകൾ അവതരിപ്പിച്ചു. അമ്പുകൾ കണക്ഷനുകളുടെ ദിശയെ സൂചിപ്പിക്കുന്നു.

ചിത്രത്തിലെ ഡയഗ്രം എന്ന് കാണിക്കാം. 10.5 മൂന്നാം സാധാരണ രൂപത്തിന്റെ ആവശ്യകതകൾ നിറവേറ്റുന്നു.

ജോലി ക്രമം

1. ചുവടെയുള്ള ഉദാഹരണത്തിനായി ഒരു സെമാന്റിക് ഡൊമെയ്ൻ വിശകലനം നടത്തുക.

ഉദാഹരണം.ഐഎസ് വിഷയ മേഖല: ഹ്യൂമൻ റിസോഴ്‌സ് ഡിപ്പാർട്ട്‌മെന്റ്.

സ്വഭാവസവിശേഷതകളുടെ ഏറ്റവും കുറഞ്ഞ പട്ടിക:

അവസാന നാമം, ആദ്യനാമം, രക്ഷാധികാരി, വീട്ടുവിലാസം, ടെലിഫോൺ നമ്പർ, ജനനത്തീയതി, സ്ഥാനം, എൻറോൾമെന്റ് തീയതി, പ്രവൃത്തി പരിചയം, വിദ്യാഭ്യാസം;

അവസാന നാമം, ആദ്യനാമം, രക്ഷാധികാരി, ഓരോ ജീവനക്കാരന്റെയും കുടുംബാംഗങ്ങളുടെ ജനനത്തീയതി;

വകുപ്പിന്റെ പേര്, ജീവനക്കാരുടെ എണ്ണം, ശമ്പളം, മാസത്തേയും വർഷത്തേയും ശമ്പളം.

2. മേൽപ്പറഞ്ഞ രീതിശാസ്ത്രം ഉപയോഗിച്ച്, വിഷയ മേഖലയെ ഒരു ER മോഡലായി സങ്കൽപ്പിക്കുക.

3. മുകളിൽ ചർച്ച ചെയ്ത ER മോഡൽ നോർമലൈസേഷൻ ടെക്നിക് ഉപയോഗിച്ച്, വികസിപ്പിച്ച ER മോഡൽ 3NF ആയി കുറയ്ക്കുക.

4. റിപ്പോർട്ടിലെ എല്ലാ ഘട്ടങ്ങളിലും ജോലിയുടെ ഫലങ്ങൾ പ്രദർശിപ്പിക്കുക.

എന്താണ് ER മോഡലിംഗ്?

എന്റിറ്റി റിലേഷൻഷിപ്പ് മോഡലിംഗ്(ER മോഡലിംഗ്) എന്നത് ഡാറ്റാബേസ് രൂപകൽപ്പനയ്ക്കുള്ള ഒരു ഗ്രാഫിക്കൽ സമീപനമാണ്. യഥാർത്ഥ ലോക വസ്തുക്കളെ പ്രതിനിധീകരിക്കാൻ ഇത് എന്റിറ്റി/റിലേഷൻഷിപ്പ് ഉപയോഗിക്കുന്നു.

എ എന്റിറ്റിചുറ്റുമുള്ള പരിസ്ഥിതിയിൽ നിന്ന് വേർതിരിച്ചറിയാൻ കഴിയുന്ന യഥാർത്ഥ ലോകത്തിലെ ഒരു വസ്തുവോ വസ്തുവോ ആണ്. ഉദാഹരണത്തിന്, ഒരു സ്ഥാപനത്തിലെ ഓരോ ജീവനക്കാരനും ഒരു പ്രത്യേക സ്ഥാപനമാണ്. എന്റിറ്റികളുടെ പ്രധാന സവിശേഷതകളിൽ ചിലത് താഴെ കൊടുക്കുന്നു.

• ഒരു എന്റിറ്റിക്ക് ഒരു കൂട്ടം പ്രോപ്പർട്ടികൾ ഉണ്ട്.
• എന്റിറ്റി പ്രോപ്പർട്ടികൾ മൂല്യങ്ങൾ ഉണ്ടായിരിക്കാം.

ഈ ട്യൂട്ടോറിയലിൽ, നിങ്ങൾ പഠിക്കും-

നമ്മുടെ ആദ്യത്തെ ഉദാഹരണം വീണ്ടും പരിഗണിക്കാം. ഒരു സ്ഥാപനത്തിലെ ജീവനക്കാരൻ ഒരു സ്ഥാപനമാണ്. "പീറ്റർ" ഒരു പ്രോഗ്രാമറാണെങ്കിൽ (ഒരു ജീവനക്കാരൻ) മൈക്രോസോഫ്റ്റിൽ, അദ്ദേഹത്തിന് കഴിയും ഗുണവിശേഷങ്ങൾ (പ്രോപ്പർട്ടികൾ) പേര്, പ്രായം, ഭാരം, ഉയരം മുതലായവ. അവ അവനുമായി ബന്ധപ്പെട്ട മൂല്യങ്ങൾ പുലർത്തുന്നു എന്നത് വ്യക്തമാണ്.

ഓരോ ആട്രിബ്യൂട്ടിനും ഉണ്ടാകാം മൂല്യങ്ങൾ. മിക്ക കേസുകളിലും സിംഗിൾ ആട്രിബ്യൂട്ടിന് ഒരു മൂല്യമുണ്ട്. എന്നാൽ ആട്രിബ്യൂട്ടുകൾക്ക് അത് സാധ്യമാണ് ഒന്നിലധികം മൂല്യങ്ങൾകൂടാതെ. ഉദാഹരണത്തിന്, പീറ്ററിന്റെ പ്രായത്തിന് ഒരൊറ്റ മൂല്യമുണ്ട്. എന്നാൽ അവന്റെ "ഫോൺ നമ്പറുകൾ" എന്ന വസ്തുവിന് ഒന്നിലധികം മൂല്യങ്ങൾ ഉണ്ടായിരിക്കാം.

എന്റിറ്റികൾക്ക് ഉണ്ടാകാം ബന്ധങ്ങൾപരസ്പരം. ഏറ്റവും ലളിതമായ ഒരു ഉദാഹരണം നോക്കാം.ഓരോ മൈക്രോസോഫ്റ്റ് പ്രോഗ്രാമർക്കും ഒരു കമ്പ്യൂട്ടർ നൽകിയിട്ടുണ്ടെന്ന് കരുതുക.അത് വ്യക്തമാണ്. പീറ്റേഴ്സ് കമ്പ്യൂട്ടർഒരു സ്ഥാപനവുമാണ്. പീറ്റർ ആ കമ്പ്യൂട്ടർ ഉപയോഗിക്കുന്നു, അതേ കമ്പ്യൂട്ടർ പീറ്ററും ഉപയോഗിക്കുന്നു. മറ്റൊരു വിധത്തിൽ പറഞ്ഞാൽ, പീറ്ററും അവന്റെ കമ്പ്യൂട്ടറും തമ്മിൽ പരസ്പര ബന്ധമുണ്ട്.

ഇൻ എന്റിറ്റി റിലേഷൻഷിപ്പ് മോഡലിംഗ്,എന്റിറ്റികൾ, അവയുടെ ആട്രിബ്യൂട്ടുകൾ, എന്റിറ്റികൾ തമ്മിലുള്ള ബന്ധങ്ങൾ എന്നിവ ഞങ്ങൾ മാതൃകയാക്കുന്നു.

എൻഹാൻസ്ഡ് എന്റിറ്റി റിലേഷൻഷിപ്പ് (EER) മോഡൽ

എൻഹാൻസ്‌ഡ് എന്റിറ്റി റിലേഷൻഷിപ്പ് (ഇഇആർ) മോഡൽ ഒറിജിനലിലേക്ക് വിപുലീകരണങ്ങൾ നൽകുന്ന ഒരു ഉയർന്ന തലത്തിലുള്ള ഡാറ്റ മോഡലാണ്. എന്റിറ്റി ബന്ധം(ER) മോഡൽ. EER മോഡലുകൾ കൂടുതൽ വിശദാംശങ്ങൾ രൂപകൽപ്പനയെ പിന്തുണയ്ക്കുന്നു. വളരെ സങ്കീർണ്ണമായ ഡാറ്റാബേസുകൾ മോഡലിംഗ് ചെയ്യുന്നതിനുള്ള ഒരു പരിഹാരമായി EER മോഡലിംഗ് ഉയർന്നുവന്നിട്ടുണ്ട്.

EER UML നൊട്ടേഷൻ ഉപയോഗിക്കുന്നു.ഏകീകൃത മോഡലിംഗ് ഭാഷയുടെ ചുരുക്കപ്പേരാണ് UML; ഒബ്ജക്റ്റ് ഓറിയന്റഡ് സിസ്റ്റങ്ങൾ രൂപകൽപ്പന ചെയ്യുമ്പോൾ ഉപയോഗിക്കുന്ന ഒരു പൊതു ആവശ്യ മോഡലിംഗ് ഭാഷയാണിത്. എന്റിറ്റികളെ ക്ലാസ് ഡയഗ്രമുകളായി പ്രതിനിധീകരിക്കുന്നു. എന്റിറ്റികൾ തമ്മിലുള്ള അസോസിയേഷനുകളായി ബന്ധങ്ങളെ പ്രതിനിധീകരിക്കുന്നു. താഴെ കാണിച്ചിരിക്കുന്ന ഡയഗ്രം UML നൊട്ടേഷൻ ഉപയോഗിച്ച് ഒരു ER ഡയഗ്രം ചിത്രീകരിക്കുന്നു.

എന്തുകൊണ്ടാണ് ER മോഡൽ ഉപയോഗിക്കുന്നത്?

ER മോഡലിംഗ് കൂടാതെ ഡാറ്റാബേസും അതിന്റെ എല്ലാ ഒബ്ജക്റ്റുകളും സൃഷ്ടിക്കാൻ കഴിയുമ്പോൾ ER മോഡലിംഗ് ഉപയോഗിക്കുന്നത് എന്തുകൊണ്ടാണെന്ന് നിങ്ങൾ ഇപ്പോൾ ചിന്തിച്ചേക്കാം? ഒരു ഡാറ്റാബേസ് രൂപകൽപ്പന ചെയ്യുമ്പോൾ നേരിടുന്ന വെല്ലുവിളികളിലൊന്ന്, ഡിസൈനർമാരും ഡെവലപ്പർമാരും അന്തിമ ഉപയോക്താക്കളും ഡാറ്റയും അതിന്റെ ഉപയോഗവും വ്യത്യസ്തമായി വീക്ഷിക്കുന്നു എന്നതാണ്. ഈ സാഹചര്യം പരിശോധിക്കാതെ വിടുകയാണെങ്കിൽ, ഉപയോക്താക്കളുടെ ആവശ്യകതകൾ നിറവേറ്റാത്ത ഒരു ഡാറ്റാബേസ് സിസ്റ്റം നിർമ്മിക്കുന്നത് നമുക്ക് അവസാനിപ്പിക്കാം.

എല്ലാ പങ്കാളികളും മനസ്സിലാക്കുന്ന ആശയവിനിമയ ഉപകരണങ്ങൾ (സാങ്കേതികവും സാങ്കേതികമല്ലാത്തതുമായ ഉപയോക്താക്കൾ) ഉപയോക്താക്കളുടെ ആവശ്യകതകൾ നിറവേറ്റുന്ന ഡാറ്റാബേസ് സിസ്റ്റങ്ങൾ നിർമ്മിക്കുന്നതിൽ നിർണായകമാണ്. ER മോഡലുകൾ അത്തരം ഉപകരണങ്ങളുടെ ഉദാഹരണങ്ങളാണ്.

റിലേഷണൽ ടേബിളുകളിലേക്ക് എളുപ്പത്തിൽ വിവർത്തനം ചെയ്യാൻ കഴിയുന്നതിനാൽ ER ഡയഗ്രമുകൾ ഉപയോക്തൃ ഉൽപ്പാദനക്ഷമത വർദ്ധിപ്പിക്കുന്നു.

കേസ് പഠനം: "MyFlix" വീഡിയോ ലൈബ്രറിക്കുള്ള ER ഡയഗ്രം

ER ഡയഗ്രമുകളുടെ ആശയം മനസ്സിലാക്കാൻ സഹായിക്കുന്നതിന് നമുക്ക് ഇപ്പോൾ MyFlix വീഡിയോ ലൈബ്രറി ഡാറ്റാബേസ് സിസ്റ്റത്തിൽ പ്രവർത്തിക്കാം. ഈ ട്യൂട്ടോറിയലുകളുടെ ബാക്കിയുള്ള എല്ലാ കൈകൾക്കും ഞങ്ങൾ ഈ ഡാറ്റാബേസ് ഉപയോഗിക്കും.

MyFlix അതിന്റെ അംഗങ്ങൾക്ക് സിനിമകൾ വാടകയ്ക്ക് നൽകുന്ന ഒരു ബിസിനസ്സ് സ്ഥാപനമാണ്. MyFlix അതിന്റെ റെക്കോർഡുകൾ സ്വമേധയാ സംഭരിക്കുന്നു. മാനേജ്‌മെന്റ് ഇപ്പോൾ ഒരു DBMS-ലേക്ക് മാറാൻ ആഗ്രഹിക്കുന്നു

ഈ ഡാറ്റാബേസിനായി EER ഡയഗ്രം വികസിപ്പിക്കുന്നതിനുള്ള ഘട്ടങ്ങൾ നോക്കാം-

1. എന്റിറ്റികളെ തിരിച്ചറിയുകയും അവയ്ക്കിടയിൽ നിലനിൽക്കുന്ന ബന്ധങ്ങൾ നിർണ്ണയിക്കുകയും ചെയ്യുക.
2. ഓരോ സ്ഥാപനത്തിനും, ആട്രിബ്യൂട്ടിനും ബന്ധത്തിനും, സാങ്കേതികമല്ലാത്ത ആളുകൾക്കും എളുപ്പത്തിൽ മനസ്സിലാക്കാൻ കഴിയുന്ന ഉചിതമായ പേരുകൾ ഉണ്ടായിരിക്കണം.
3. ബന്ധങ്ങൾ പരസ്പരം നേരിട്ട് ബന്ധിപ്പിക്കാൻ പാടില്ല. ബന്ധങ്ങൾ എന്റിറ്റികളെ ബന്ധിപ്പിക്കണം.
4. നൽകിയിരിക്കുന്ന ഒരു എന്റിറ്റിയിലെ ഓരോ ആട്രിബ്യൂട്ടിനും ഒരു അദ്വിതീയ നാമം ഉണ്ടായിരിക്കണം.

"MyFlix" ലൈബ്രറിയിലെ എന്റിറ്റികൾ

ഞങ്ങളുടെ ER ഡയഗ്രാമിൽ ഉൾപ്പെടുത്തേണ്ട എന്റിറ്റികൾ ഇവയാണ്;

• അംഗങ്ങൾ- ഈ എന്റിറ്റി അംഗങ്ങളുടെ വിവരങ്ങൾ സൂക്ഷിക്കും.
• സിനിമകൾ- ഈ സ്ഥാപനം സിനിമകളെക്കുറിച്ചുള്ള വിവരങ്ങൾ സൂക്ഷിക്കും
• വിഭാഗങ്ങൾ- "ഡ്രാമ", "ആക്ഷൻ", "ഇതിഹാസം" എന്നിങ്ങനെ വ്യത്യസ്ത വിഭാഗങ്ങളായി സിനിമകളെ സ്ഥാപിക്കുന്ന വിവരങ്ങൾ ഈ എന്റിറ്റി കൈവശം വയ്ക്കും.
• സിനിമ വാടകയ്ക്ക്- അംഗങ്ങൾക്ക് വാടകയ്‌ക്ക് നൽകിയ സിനിമകളെക്കുറിച്ചുള്ള വിവരങ്ങൾ ഈ എന്റിറ്റി സൂക്ഷിക്കും.
• പേയ്മെന്റുകൾ- അംഗങ്ങൾ നടത്തിയ പേയ്‌മെന്റുകളെക്കുറിച്ചുള്ള വിവരങ്ങൾ ഈ എന്റിറ്റി സൂക്ഷിക്കും.

എന്റിറ്റികൾ തമ്മിലുള്ള ബന്ധങ്ങൾ നിർവചിക്കുന്നു

അംഗങ്ങളും സിനിമകളും

രണ്ട് എന്റിറ്റികൾ തമ്മിലുള്ള ഇടപെടലുകളെ സംബന്ധിച്ച് ഇനിപ്പറയുന്നത് ശരിയാണ്.

• ഒരു അംഗത്തിന് ഒരു നിശ്ചിത കാലയളവിൽ സിനിമയേക്കാൾ കൂടുതൽ വാടകയ്ക്ക് എടുക്കാം.
• ഒരു നിശ്ചിത കാലയളവിൽ ഒന്നിലധികം അംഗങ്ങൾക്ക് ഒരു സിനിമ വാടകയ്ക്ക് എടുക്കാം.

മേൽപ്പറഞ്ഞ സാഹചര്യത്തിൽ നിന്ന്, ബന്ധത്തിന്റെ സ്വഭാവം പലതും പലതും ആണെന്ന് നമുക്ക് കാണാൻ കഴിയും. റിലേഷണൽ ഡാറ്റാബേസുകൾ ഒന്നിലധികം ബന്ധങ്ങളെ പിന്തുണയ്ക്കുന്നില്ല. നമുക്ക് ഒരു ജംഗ്ഷൻ എന്റിറ്റി അവതരിപ്പിക്കേണ്ടതുണ്ട്. മൂവി റെന്റൽസ് സ്ഥാപനം വഹിക്കുന്ന പങ്ക് ഇതാണ്. അംഗങ്ങളുടെ പട്ടികയുമായി ഇതിന് ഒന്നിൽ നിന്ന് നിരവധി ബന്ധമുണ്ട്, കൂടാതെ സിനിമകളുടെ പട്ടികയുമായി ഒന്നിൽ നിന്ന് നിരവധി ബന്ധമുണ്ട്.

സിനിമകളും വിഭാഗങ്ങളും

സിനിമകളെയും വിഭാഗങ്ങളെയും സംബന്ധിച്ച് ഇനിപ്പറയുന്നവ ശരിയാണ്.

• ഒരു സിനിമയ്ക്ക് ഒരു വിഭാഗത്തിൽ മാത്രമേ ഉൾപ്പെടൂ, എന്നാൽ ഒരു വിഭാഗത്തിൽ ഒന്നിലധികം സിനിമകൾ ഉണ്ടാകാം.

വിഭാഗങ്ങളും സിനിമകളുടെ പട്ടികയും തമ്മിലുള്ള ബന്ധത്തിന്റെ സ്വഭാവം ഒന്ന് മുതൽ പലതാണെന്നും ഇതിൽ നിന്ന് നമുക്ക് അനുമാനിക്കാം.

അംഗങ്ങളും പേയ്‌മെന്റ് സ്ഥാപനങ്ങളും

അംഗങ്ങളെയും പേയ്‌മെന്റുകളെയും സംബന്ധിച്ച് ഇനിപ്പറയുന്നവ ശരിയാണ്

• ഒരു അംഗത്തിന് ഒരു അക്കൗണ്ട് മാത്രമേ ഉണ്ടാകൂ, എന്നാൽ നിരവധി പേയ്‌മെന്റുകൾ നടത്താം.

അംഗങ്ങളും പേയ്‌മെന്റ് സ്ഥാപനങ്ങളും തമ്മിലുള്ള ബന്ധത്തിന്റെ സ്വഭാവം ഒന്നിൽ നിന്ന് പലതാണെന്നും ഇതിൽ നിന്ന് നമുക്ക് അനുമാനിക്കാം.

ഇപ്പോൾ MySQL വർക്ക്ബെഞ്ച് ഉപയോഗിച്ച് EER മോഡൽ സൃഷ്ടിക്കാം

MySQL വർക്ക് ബെഞ്ചിൽ, ക്ലിക്ക് ചെയ്യുക - "+" ബട്ടൺ

ER ഡയഗ്രമുകൾക്കുള്ള വർക്ക്‌സ്‌പെയ്‌സ് തുറക്കാൻ ആഡ് ഡയഗ്രം ബട്ടണിൽ ഡബിൾ ക്ലിക്ക് ചെയ്യുക.

ഇനിപ്പറയുന്ന വിൻഡോ ദൃശ്യമാകുന്നു

നമ്മൾ പ്രവർത്തിക്കുന്ന രണ്ട് വസ്തുക്കൾ നോക്കാം.

ദി അംഗങ്ങൾ"എന്റിറ്റിക്ക് ഇനിപ്പറയുന്ന ആട്രിബ്യൂട്ടുകൾ ഉണ്ടായിരിക്കും

• അംഗത്വ നമ്പർ
• മുഴുവൻ പേരുകൾ
• ലിംഗഭേദം
• ജനനത്തീയതി
• ശാരീരിക വിലാസം
• തപാല് വിലാസം

ഇനി അംഗങ്ങളുടെ പട്ടിക ഉണ്ടാക്കാം

1.ടൂൾസ് പാനലിൽ നിന്ന് ടേബിൾ ഒബ്ജക്റ്റ് ഡ്രാഗ് ചെയ്യുക

2. ഇത് വർക്ക്‌സ്‌പേസ് ഏരിയയിൽ ഇടുക. പട്ടിക 1 എന്ന് പേരുള്ള ഒരു എന്റിറ്റി ദൃശ്യമാകുന്നു

3.അതിൽ ഡബിൾ ക്ലിക്ക് ചെയ്യുക. താഴെ കാണിച്ചിരിക്കുന്ന പ്രോപ്പർട്ടി വിൻഡോ ദൃശ്യമാകുന്നു

1. പട്ടിക 1 അംഗങ്ങളായി മാറ്റുക
2. ഡിഫോൾട്ട് idtable1, membership_number-ലേക്ക് എഡിറ്റ് ചെയ്യുക
3. അടുത്ത ഫീൽഡ് ചേർക്കാൻ അടുത്ത വരിയിൽ ക്ലിക്ക് ചെയ്യുക
4. അംഗങ്ങളുടെ എന്റിറ്റിയിൽ തിരിച്ചറിഞ്ഞിട്ടുള്ള എല്ലാ ആട്രിബ്യൂട്ടുകൾക്കും ഇതുതന്നെ ചെയ്യുക.

നിങ്ങളുടെ പ്രോപ്പർട്ടി വിൻഡോ ഇപ്പോൾ ഇതുപോലെയായിരിക്കണം.

തിരിച്ചറിഞ്ഞ എല്ലാ എന്റിറ്റികൾക്കും മുകളിലുള്ള ഘട്ടങ്ങൾ ആവർത്തിക്കുക.

നിങ്ങളുടെ ഡയഗ്രം വർക്ക്‌സ്‌പേസ് ഇപ്പോൾ താഴെ കാണിച്ചിരിക്കുന്നതുപോലെ ആയിരിക്കണം.

അംഗങ്ങളും മൂവി റെന്റലുകളും തമ്മിൽ ഒരു ബന്ധം സൃഷ്ടിക്കാം

1. നിലവിലുള്ള കോളങ്ങളും ഉപയോഗിച്ച് സ്ഥല ബന്ധം തിരഞ്ഞെടുക്കുക
2. അംഗങ്ങളുടെ പട്ടികയിലെ അംഗത്വ_നമ്പറിൽ ക്ലിക്ക് ചെയ്യുക
3. മൂവി റെന്റൽസ് ടേബിളിലെ റഫറൻസ്_നമ്പറിൽ ക്ലിക്ക് ചെയ്യുക

മറ്റ് ബന്ധങ്ങൾക്കായി മുകളിലുള്ള ഘട്ടങ്ങൾ ആവർത്തിക്കുക. നിങ്ങളുടെ ER ഡയഗ്രം ഇപ്പോൾ ഇതുപോലെയായിരിക്കണം -

സംഗ്രഹം

• ഡാറ്റാബേസ് ഡിസൈൻ പ്രക്രിയയിൽ ER ഡയഗ്രമുകൾ വളരെ പ്രധാനപ്പെട്ട പങ്ക് വഹിക്കുന്നു. സാങ്കേതികവും സാങ്കേതികമല്ലാത്തതുമായ ആളുകൾക്ക് സാങ്കേതികമല്ലാത്ത ആശയവിനിമയ ഉപകരണമായി അവ പ്രവർത്തിക്കുന്നു.
• എന്റിറ്റികൾ യഥാർത്ഥ ലോക കാര്യങ്ങളെ പ്രതിനിധീകരിക്കുന്നു; അവ ഒരു സെയിൽസ് ഓർഡറായി അല്ലെങ്കിൽ ഒരു ഉപഭോക്താവിനെപ്പോലെ ഭൗതികമായി സങ്കൽപ്പിക്കാൻ കഴിയും.
• എല്ലാ സ്ഥാപനങ്ങൾക്കും തനതായ പേരുകൾ നൽകണം.
• എന്റിറ്റികൾക്കിടയിൽ നിലനിൽക്കുന്ന ബന്ധങ്ങൾ തിരിച്ചറിയാനും നിർവചിക്കാനും ഡാറ്റാബേസ് ഡിസൈനർമാരെ ER മോഡലുകൾ അനുവദിക്കുന്നു.

മുഴുവൻ ER മോഡലും ചുവടെ ഘടിപ്പിച്ചിരിക്കുന്നു. നിങ്ങൾക്ക് ഇത് MySQL വർക്ക്ബെഞ്ചിൽ ഇറക്കുമതി ചെയ്യാൻ കഴിയും

ആശയവിനിമയം "വൺ-ടു-വൺ" വൺ-ടു-വൺ. ഇത്തരത്തിലുള്ള കണക്ഷൻ അർത്ഥമാക്കുന്നത് ആദ്യ തരത്തിലുള്ള ഓരോ ഒബ്ജക്റ്റും രണ്ടാമത്തെ തരത്തിലുള്ള ഒന്നിൽ കൂടുതൽ ഒബ്ജക്റ്റുകളുമായി പൊരുത്തപ്പെടുന്നില്ല, തിരിച്ചും. ഉദാഹരണത്തിന്: ഒരു ജീവനക്കാരന് ഒരു വകുപ്പ് മാത്രമേ കൈകാര്യം ചെയ്യാൻ കഴിയൂ, ഓരോ വകുപ്പിനും ഒരു മാനേജർ മാത്രമേയുള്ളൂ.

ബന്ധം "ഒന്ന് - പലതും" ഒന്ന് - പലതും (അല്ലെങ്കിൽ വിപരീത ദിശയിൽ പലതും - ഒന്നിലേക്ക്). ഇത്തരത്തിലുള്ള ബന്ധം അർത്ഥമാക്കുന്നത് ആദ്യ തരത്തിലെ ഓരോ ഒബ്‌ജക്റ്റിനും രണ്ടാമത്തെ തരത്തിലെ ഒന്നിലധികം ഒബ്‌ജക്റ്റുകളുമായി പൊരുത്തപ്പെടാൻ കഴിയും, എന്നാൽ രണ്ടാമത്തെ തരത്തിലുള്ള ഓരോ ഒബ്‌ജക്റ്റും ആദ്യ തരത്തിലെ ഒന്നിൽ കൂടുതൽ ഒബ്‌ജക്റ്റുകളുമായി പൊരുത്തപ്പെടുന്നില്ല എന്നാണ്. ഉദാഹരണത്തിന്: ഓരോ ഡിപ്പാർട്ടുമെന്റിനും നിരവധി ജീവനക്കാർ ഉണ്ടായിരിക്കാം, എന്നാൽ ഓരോ ജീവനക്കാരനും ഒരു വകുപ്പിൽ മാത്രമേ പ്രവർത്തിക്കൂ.

പലതും പലതും പലതും പലതും. ഇത്തരത്തിലുള്ള ബന്ധം അർത്ഥമാക്കുന്നത് ആദ്യ തരത്തിലെ ഓരോ ഒബ്ജക്റ്റും രണ്ടാമത്തെ തരത്തിലെ ഒന്നിലധികം ഒബ്‌ജക്റ്റുകളുമായി പൊരുത്തപ്പെടും, തിരിച്ചും. ഇത്തരത്തിലുള്ള കണക്ഷന് ചിലപ്പോൾ അതിന്റേതായ ആട്രിബ്യൂട്ടുകൾ ഉണ്ട്. ഉദാഹരണത്തിന്: ഓരോ ഇൻവോയ്സിലും ഒന്നിലധികം ഇനങ്ങൾ ഉൾപ്പെടുത്താം, കൂടാതെ ഓരോ ഇനവും വ്യത്യസ്ത ഇൻവോയ്സുകളിൽ ഉൾപ്പെടുത്താം.

സ്വന്തം ആട്രിബ്യൂട്ടുകൾ ഉപയോഗിച്ച് അദ്വിതീയമായി തിരിച്ചറിയാൻ കഴിയാത്ത ഒരു എന്റിറ്റിയാണ് ദുർബലമായ എന്റിറ്റി, എന്നാൽ മറ്റൊരു എന്റിറ്റിയുമായുള്ള ബന്ധത്തിലൂടെ മാത്രം. ഉദാഹരണത്തിന്, ഒരു ജീവനക്കാരന്റെ നമ്പർ ഒരു ഡിപ്പാർട്ട്‌മെന്റിനുള്ളിൽ മാത്രം അദ്വിതീയമായിരിക്കട്ടെ, അതായത്, വ്യത്യസ്ത ഡിപ്പാർട്ട്‌മെന്റുകളിൽ ഒരേ നമ്പറുള്ള ജീവനക്കാർ ഉണ്ടാകാം. "ജീവനക്കാരുടെ നമ്പർ, ഡിപ്പാർട്ട്മെന്റ് നമ്പർ" എന്ന ആട്രിബ്യൂട്ടുകളുടെ സംയോജനം ഈ കേസിൽ അദ്വിതീയമായിരിക്കും. ജീവനക്കാരുടെ സ്ഥാപനം ദുർബലമാണ്.

ബൈനറി, ത്രിതീയ കണക്ഷനുകൾ ഒരു കണക്ഷൻ രണ്ട് എന്റിറ്റികളെ ബന്ധിപ്പിക്കുന്നുവെങ്കിൽ, അതിനെ ബൈനറി എന്ന് വിളിക്കുന്നു. ഒരു ബന്ധത്തിന് രണ്ടിൽ കൂടുതൽ എന്റിറ്റികളെ ബന്ധിപ്പിക്കാൻ കഴിയും, ഉദാഹരണത്തിന്, മൂന്ന് എന്റിറ്റികളെ ബന്ധിപ്പിക്കുന്ന ബന്ധത്തെ ടെർനറി എന്ന് വിളിക്കുന്നു: 2-ൽ കൂടുതലുള്ള ഒരു ആരിറ്റിയുമായുള്ള ബന്ധം സാധാരണയായി പല തരത്തിലുള്ളതാണ് - എല്ലാ അനുബന്ധ സ്ഥാപനങ്ങളുമായി ബന്ധപ്പെട്ട് പലർക്കും.

ഒരു ER മോഡലിന്റെ ഉദാഹരണം: ഓഫീസ് "കൊമ്പുകളും കുളമ്പുകളും" ചുമതലയുടെ വിവരണം "കൊമ്പുകളും കുളമ്പുകളും" ഓഫീസ് കൊമ്പുകളും കുളമ്പുകളും ഉപയോഗിച്ച് നിർമ്മിച്ച ഉൽപ്പന്നങ്ങളുടെ വിൽപ്പനയ്ക്കും മാന്ത്രിക സേവനങ്ങൾ നൽകുന്നതിനുമുള്ള വാണിജ്യ പ്രവർത്തനങ്ങളിൽ ഏർപ്പെട്ടിരിക്കുന്നു. ഓർഗനൈസേഷന്റെ ഒരു ജീവനക്കാരന് ഒരു മുഴുവൻ പേര്, വ്യക്തിഗത നമ്പർ, സ്ഥാനം എന്നിവയുണ്ട്. പല വകുപ്പുകളിലായി ജീവനക്കാർ വിതരണം ചെയ്യപ്പെടുന്നു. ഓരോ വകുപ്പിനും നമ്പറും പേരും തലവുമുണ്ട്. ഒരു ജീവനക്കാരന് ഒന്നിലധികം വകുപ്പുകൾ കൈകാര്യം ചെയ്യാൻ കഴിയില്ല. ക്ലയന്റ് സംരംഭങ്ങളുമായി സംഘടന പ്രവർത്തിക്കുന്നു. ഓരോ ബിസിനസിനും ഒരു പേരും വിലാസവും ഉണ്ട്. ഒരു എന്റർപ്രൈസുമായി നിരവധി കരാറുകൾ അവസാനിപ്പിക്കാം. കരാറിന്റെ സവിശേഷത ഒരു അദ്വിതീയ നമ്പർ, തീയതി, തരം എന്നിവയാണ്. ഓരോ കരാറും ഒരു നിശ്ചിത ജീവനക്കാരന്റെ മേൽനോട്ടം വഹിക്കുന്നു. കരാറിന് കീഴിലുള്ള ചരക്കുകളും സേവനങ്ങളും ക്ലയന്റിന് വിൽക്കുന്നതിനാൽ, ചില ഇടവേളകളിൽ ഇൻവോയ്‌സുകൾ ഇഷ്യൂ ചെയ്യപ്പെടുന്നു. ഒരു അദ്വിതീയ നമ്പർ, ഇഷ്യൂ ചെയ്ത തീയതി, പേയ്‌മെന്റ് കാലാവധിയും തുകയും, അതുപോലെ വിറ്റഴിച്ച സാധനങ്ങളുടെയും സേവനങ്ങളുടെയും ഒരു ലിസ്റ്റ്, അവയുടെ അളവ് എന്നിവയാൽ ഇൻവോയ്‌സിന്റെ സവിശേഷതയുണ്ട്. അടയ്‌ക്കാത്ത ഇൻവോയ്‌സുകളിൽ പിഴകൾ വിലയിരുത്തപ്പെടുന്നു. ഇൻവോയ്സ് നിരവധി തവണകളായി അടയ്ക്കാം, ഓരോ പേയ്‌മെന്റും ഒരു നമ്പർ, തീയതി, തുക എന്നിവയാൽ സവിശേഷതയാണ്. പേയ്‌മെന്റ് നമ്പർ അതിന്റെ അക്കൗണ്ടിൽ അദ്വിതീയമാണ്. ചരക്കുകളുടെയും സേവനങ്ങളുടെയും വിലകൾ കാലത്തിനനുസരിച്ച് മാറിയേക്കാം.
ഒരു ER മോഡലിന്റെ ഉദാഹരണം: "സംഗീതജ്ഞർ" ടാസ്ക്കിന്റെ വിവരണം സംഗീതജ്ഞർ, രചനകൾ, കച്ചേരികൾ എന്നിവയെക്കുറിച്ചുള്ള വിവരങ്ങൾ സംഭരിക്കുന്നതിന് ഒരു ഡാറ്റാബേസ് വികസിപ്പിക്കേണ്ടത് ആവശ്യമാണ്. പേര്, ജനനത്തീയതി, ജനിച്ച രാജ്യം എന്നിവയാണ് സംഗീതജ്ഞന്റെ സവിശേഷത. കൃതിയിൽ ശീർഷകം, സംഗീതസംവിധായകൻ, ആദ്യ പ്രകടനത്തിന്റെ തീയതി എന്നിവയെക്കുറിച്ചുള്ള വിവരങ്ങൾ ഉൾപ്പെടുന്നു. ഒരു സംഗീതജ്ഞന് വ്യത്യസ്ത അളവിലുള്ള നൈപുണ്യത്തോടെ വ്യത്യസ്ത ഉപകരണങ്ങൾ വായിക്കാൻ കഴിയും. അവതരിപ്പിക്കുന്ന സംഗീതജ്ഞരിൽ നിന്നാണ് മേളങ്ങൾ രൂപപ്പെടുന്നത്. ഓരോ മേളയിലും, അതിന്റെ അംഗങ്ങൾക്ക് പുറമേ, പേര്, രാജ്യം, നേതാവ് എന്നിവയെക്കുറിച്ചുള്ള വിവരങ്ങൾ അടങ്ങിയിരിക്കുന്നു. അവസാനമായി, സൃഷ്ടികളുടെ പ്രകടനങ്ങൾ തീയതി, രാജ്യം, പ്രകടനം നടത്തിയ നഗരം, അതുപോലെ തന്നെ സംഘം, കണ്ടക്ടർ, നിർവഹിച്ച യഥാർത്ഥ ജോലി എന്നിവയാൽ സവിശേഷതയാണ്.
17 കൂടുതൽ ഉദാഹരണങ്ങൾ വെബ്സൈറ്റിലെ "ഡാറ്റാബേസുകൾ" എന്ന പാഠപുസ്തകത്തിൽ

[തിരുത്തുക]

വിക്കിപീഡിയയിൽ നിന്നുള്ള മെറ്റീരിയൽ - സ്വതന്ത്ര വിജ്ഞാനകോശം

ഈ പദത്തിന് മറ്റ് അർത്ഥങ്ങളുണ്ട്, കാണുക ER.

എന്റിറ്റി-റിലേഷൻഷിപ്പ് മോഡൽ (ER മോഡൽ)(ഇംഗ്ലീഷ്) എന്റിറ്റി-റിലേഷൻഷിപ്പ് മോഡൽ, ERM) എന്നത് ഒരു വിഷയ മേഖലയുടെ ആശയപരമായ ഡയഗ്രമുകൾ വിവരിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന ഒരു ഡാറ്റ മോഡലാണ്.

ഉയർന്ന തലത്തിലുള്ള (സങ്കല്പപരമായ) ഡാറ്റാബേസ് ഡിസൈനിൽ ER മോഡൽ ഉപയോഗിക്കുന്നു. അതിന്റെ സഹായത്തോടെ, നിങ്ങൾക്ക് പ്രധാന എന്റിറ്റികളെ തിരിച്ചറിയാനും ഈ എന്റിറ്റികൾക്കിടയിൽ സ്ഥാപിക്കാനാകുന്ന കണക്ഷനുകൾ തിരിച്ചറിയാനും കഴിയും.

ഡാറ്റാബേസ് ഡിസൈൻ സമയത്ത്, തിരഞ്ഞെടുത്ത ഡാറ്റാ മോഡലിനെ (റിലേഷണൽ, ഒബ്ജക്റ്റ്, നെറ്റ്‌വർക്ക് മുതലായവ) അടിസ്ഥാനമാക്കി ER മോഡൽ ഒരു നിർദ്ദിഷ്ട ഡാറ്റാബേസ് സ്കീമയിലേക്ക് പരിവർത്തനം ചെയ്യുന്നു.

ER മോഡൽ ഒരു ഔപചാരിക രൂപകൽപ്പനയാണ്, അതിൽ തന്നെ അതിന്റെ ദൃശ്യവൽക്കരണത്തിന്റെ ഗ്രാഫിക്കൽ മാർഗങ്ങളൊന്നും നിർദ്ദേശിക്കപ്പെടുന്നില്ല. ER മോഡൽ ദൃശ്യവൽക്കരിക്കുന്നതിനുള്ള ഒരു സാധാരണ ഗ്രാഫിക്കൽ നൊട്ടേഷൻ എന്ന നിലയിൽ, ഇത് നിർദ്ദേശിക്കപ്പെട്ടിരിക്കുന്നു എന്റിറ്റി-റിലേഷൻഷിപ്പ് ഡയഗ്രം (ER ഡയഗ്രം)(ഇംഗ്ലീഷ്) എന്റിറ്റി-റിലേഷൻഷിപ്പ് ഡയഗ്രം,ERD).

ആശയങ്ങൾ ER മോഡൽഒപ്പം ER ഡയഗ്രം ER മോഡലുകൾ ദൃശ്യവൽക്കരിക്കുന്നതിന് മറ്റ് ഗ്രാഫിക്കൽ നൊട്ടേഷനുകൾ നിർദ്ദേശിച്ചിട്ടുണ്ടെങ്കിലും (ചുവടെ കാണുക) പലപ്പോഴും തെറ്റായി വേർതിരിച്ചറിയപ്പെടുന്നില്ല.

എന്റിറ്റി-റിലേഷൻഷിപ്പ് മോഡൽ 1976 ൽ പീറ്റർ പിംഗ്-ഷെൻ ചെൻ നിർദ്ദേശിച്ചു. പീറ്റർ പിൻ-ഷെൻ ചെൻകേൾക്കുക), ലൂസിയാന സ്റ്റേറ്റ് യൂണിവേഴ്സിറ്റിയിലെ കമ്പ്യൂട്ടർ സയൻസ് അമേരിക്കൻ പ്രൊഫസർ.

ഡാറ്റാബേസ് രൂപകല്പനയിലേക്കുള്ള മിക്ക ആധുനിക സമീപനങ്ങളും (പ്രധാനമായും റിലേഷണൽ) ER മോഡലിന്റെ വ്യതിയാനങ്ങളുടെ ഉപയോഗത്തെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്. 1976-ൽ ചെൻ ആണ് ഈ മോഡൽ നിർദ്ദേശിച്ചത്. ഡൊമെയ്ൻ മോഡലിംഗ് ചെറിയ എണ്ണം വൈവിധ്യമാർന്ന ഘടകങ്ങൾ ഉൾക്കൊള്ളുന്ന ഗ്രാഫിക്കൽ ഡയഗ്രമുകളുടെ ഉപയോഗത്തെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്. ആശയപരമായ ഡാറ്റാബേസ് ഡയഗ്രമുകളുടെ അവതരണത്തിന്റെ വ്യക്തത കാരണം, റിലേഷണൽ ഡാറ്റാബേസുകളുടെ കമ്പ്യൂട്ടർ സഹായത്തോടെയുള്ള രൂപകൽപ്പനയെ പിന്തുണയ്ക്കുന്ന CASE സിസ്റ്റങ്ങളിൽ ER മോഡലുകൾ വ്യാപകമായിത്തീർന്നിരിക്കുന്നു. പല തരത്തിലുള്ള ER മോഡലുകളിൽ, ഏറ്റവും വികസിതമായ ഒന്ന് ORACLE-ൽ നിന്നുള്ള CASE സിസ്റ്റത്തിൽ ഉപയോഗിക്കുന്നു. ഞങ്ങൾ അത് പരിഗണിക്കും. കൂടുതൽ കൃത്യമായി പറഞ്ഞാൽ, ഈ മോഡലിന്റെ ഘടനാപരമായ ഭാഗത്ത് ഞങ്ങൾ ശ്രദ്ധ കേന്ദ്രീകരിക്കും.

ER മോഡലിന്റെ പ്രധാന ആശയങ്ങൾ എന്റിറ്റി, ബന്ധം, ആട്രിബ്യൂട്ട് എന്നിവയാണ്.

ഒരു എന്റിറ്റി എന്നത് യഥാർത്ഥമോ സങ്കൽപ്പിക്കാവുന്നതോ ആയ ഒരു വസ്തുവാണ്, അതിൽ വിവരങ്ങൾ സംഭരിക്കുകയും ആക്സസ് ചെയ്യപ്പെടുകയും വേണം. ER മോഡൽ ഡയഗ്രമുകളിൽ, എന്റിറ്റിയുടെ പേര് ഉൾക്കൊള്ളുന്ന ഒരു ദീർഘചതുരമായി ഒരു എന്റിറ്റിയെ പ്രതിനിധീകരിക്കുന്നു. ഈ സാഹചര്യത്തിൽ, എന്റിറ്റിയുടെ പേര് തരത്തിന്റെ പേരാണ്, ഈ തരത്തിലുള്ള ചില പ്രത്യേക ഉദാഹരണങ്ങളല്ല. കൂടുതൽ ആവിഷ്‌കാരത്തിനും മികച്ച ഗ്രാഹ്യത്തിനും, എന്റിറ്റിയുടെ പേരിനൊപ്പം ഇത്തരത്തിലുള്ള പ്രത്യേക വസ്തുക്കളുടെ ഉദാഹരണങ്ങൾ നൽകാം.

ഷെറെമെറ്റീവോ, ഹീത്രൂ ഒബ്‌ജക്‌റ്റുകൾ എന്നിവയ്‌ക്കൊപ്പം ഒരു എയർപോർട്ട് എന്റിറ്റി ചുവടെയുണ്ട്:

ഒരു എന്റിറ്റിയുടെ ഓരോ സംഭവവും അതേ എന്റിറ്റിയുടെ മറ്റെല്ലാ സംഭവങ്ങളിൽ നിന്നും വേർതിരിക്കേണ്ടതാണ് (ഈ ആവശ്യകത റിലേഷണൽ ടേബിളുകളിൽ ഡ്യൂപ്ലിക്കേറ്റ് ട്യൂപ്പിളുകൾ ഇല്ലെന്ന ആവശ്യകതയുമായി സാമ്യമുള്ളതാണ്).

രണ്ട് എന്റിറ്റികൾക്കിടയിൽ സ്ഥാപിച്ചിട്ടുള്ള ഗ്രാഫിക്കായി പ്രതിനിധീകരിക്കുന്ന അസോസിയേഷനാണ് ബന്ധം. ഈ അസ്സോസിയേഷൻ എല്ലായ്പ്പോഴും ബൈനറിയാണ്, രണ്ട് വ്യത്യസ്ത എന്റിറ്റികൾക്കിടയിലോ അല്ലെങ്കിൽ ഒരു എന്റിറ്റിക്കും തനിക്കും ഇടയിൽ (ആവർത്തന ബന്ധം) നിലനിൽക്കാം. ഏത് ബന്ധത്തിലും, രണ്ട് അറ്റങ്ങൾ തിരിച്ചറിഞ്ഞിട്ടുണ്ട് (നിലവിലുള്ള ജോഡി കണക്റ്റുചെയ്‌ത എന്റിറ്റികൾക്ക് അനുസൃതമായി), അവ ഓരോന്നും കണക്ഷന്റെ അവസാനത്തിന്റെ പേര്, കണക്ഷന്റെ അവസാനത്തിന്റെ അളവ് (ഈ എന്റിറ്റിയുടെ എത്ര സന്ദർഭങ്ങൾ ബന്ധിപ്പിച്ചിരിക്കുന്നു ), കണക്ഷന്റെ നിർബന്ധിത സ്വഭാവം (അതായത്, ഈ എന്റിറ്റിയുടെ ഏതെങ്കിലും ഉദാഹരണം ഇക്കാര്യത്തിൽ പങ്കെടുക്കേണ്ടതുണ്ടോ).

രണ്ട് എന്റിറ്റികളെ ബന്ധിപ്പിക്കുന്ന അല്ലെങ്കിൽ ഒരു എന്റിറ്റിയിൽ നിന്ന് അതിലേക്ക് നയിക്കുന്ന ഒരു വരിയായി ഒരു കണക്ഷനെ പ്രതിനിധീകരിക്കുന്നു. ഈ സാഹചര്യത്തിൽ, എന്റിറ്റിയുമായി കണക്ഷൻ "ചേരുന്ന" ഘട്ടത്തിൽ, എന്റിറ്റി ദീർഘചതുരത്തിലേക്ക് ഒരു ത്രീ-പോയിന്റ് എൻട്രി ഉപയോഗിക്കുന്നു, കണക്ഷനിലെ ഈ എന്റിറ്റിക്ക് എന്റിറ്റിയുടെ നിരവധി സന്ദർഭങ്ങൾ ഉപയോഗിക്കാനാകുമെങ്കിൽ, ഒരു സിംഗിൾ-പോയിന്റ് പ്രവേശനം, എന്റിറ്റിയുടെ ഒരു സംഭവത്തിന് മാത്രമേ കണക്ഷനിൽ പങ്കെടുക്കാൻ കഴിയൂ. കണക്ഷന്റെ ആവശ്യമായ അവസാനം ഒരു സോളിഡ് ലൈൻ ഉപയോഗിച്ച് ചിത്രീകരിച്ചിരിക്കുന്നു, കൂടാതെ ഓപ്ഷണൽ അവസാനം ഒരു തകർന്ന ലൈൻ ഉപയോഗിച്ച്.

ഒരു എന്റിറ്റി പോലെ, ഒരു ബന്ധവും ഒരു പൊതു ആശയമാണ്; രണ്ട് ജോഡി ബന്ധപ്പെട്ട എന്റിറ്റികളുടെയും എല്ലാ സന്ദർഭങ്ങളും അസോസിയേഷന്റെ നിയമങ്ങൾക്ക് വിധേയമാണ്.

ചുവടെയുള്ള ഉദാഹരണത്തിൽ, ടിക്കറ്റും പാസഞ്ചറും തമ്മിലുള്ള ബന്ധം ടിക്കറ്റുകളെയും യാത്രക്കാരെയും ബന്ധിപ്പിക്കുന്നു. മാത്രമല്ല, "ഫോർ" എന്ന പേരിലുള്ള എന്റിറ്റിയുടെ അവസാനം ഒരു യാത്രക്കാരനുമായി ഒന്നിലധികം ടിക്കറ്റുകൾ ബന്ധിപ്പിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു, ഓരോ ടിക്കറ്റും ചില യാത്രക്കാരുമായി ബന്ധപ്പെട്ടിരിക്കണം. "has" എന്ന് പേരിട്ടിരിക്കുന്ന എന്റിറ്റിയുടെ അവസാനം അർത്ഥമാക്കുന്നത് ഓരോ ടിക്കറ്റും ഒരു യാത്രക്കാരന് മാത്രമേ സ്വന്തമാക്കാൻ കഴിയൂ, യാത്രക്കാരന് കുറഞ്ഞത് ഒരു ടിക്കറ്റെങ്കിലും ഉണ്ടായിരിക്കണമെന്നില്ല.

ചിത്രീകരിച്ചിരിക്കുന്ന ഡയഗ്രാമിന്റെ ഒരു ലാക്കോണിക് വാക്കാലുള്ള വ്യാഖ്യാനം ഇപ്രകാരമാണ്:

ഓരോ ടിക്കറ്റും ഒരാൾക്ക് മാത്രമുള്ളതാണ്;

ഓരോ യാത്രക്കാരനും ഒന്നോ അതിലധികമോ ടിക്കറ്റുകൾ ഉണ്ടായിരിക്കാം.

ഓരോ വ്യക്തിയും ഒരേയൊരു വ്യക്തിയുടെ മകനാണ്;

ഓരോ വ്യക്തിയും ഒന്നോ അതിലധികമോ ആളുകളുടെ (“ആളുകൾ”) പിതാവായിരിക്കാം.

1980-കളുടെ തുടക്കത്തിൽ. മിത്തോളജിക്കൽ ഡാറ്റാബേസ് രൂപകല്പനയ്ക്ക് പുതിയ സമീപനങ്ങൾ നിർദ്ദേശിക്കപ്പെട്ടിട്ടുണ്ട്, റിലേഷണൽ ടൈപ്പ് ഡാറ്റാബേസുകളിൽ കൂടുതൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നു. ഈ ദിശയിൽ പ്രവർത്തിച്ച ഗവേഷകരിൽ ആർ. ബാർക്കറും ഇൻഫർമേഷൻ എഞ്ചിനീയറിംഗ് (abbr. IE) നൊട്ടേഷന്റെ രചയിതാക്കളും ജെ. മാർട്ടിൻ, കെ. ഫിങ്കൽസ്റ്റീൻ എന്നിവരും ഉൾപ്പെടുന്നു.

നിർദ്ദിഷ്ട നൊട്ടേഷനുകളിൽ, എന്റിറ്റികൾ സമാനമായ രീതിയിൽ ചിത്രീകരിച്ചിരിക്കുന്നു - ശീർഷകത്തിലെ എന്റിറ്റിയുടെ പേര് ഉൾക്കൊള്ളുന്ന ഒരു ദീർഘചതുരത്തിന്റെ രൂപത്തിൽ, തുടർന്ന് ആട്രിബ്യൂട്ടുകളുടെ ഒരു ലിസ്റ്റ്. പ്രധാന ആട്രിബ്യൂട്ടുകൾ ഡയഗ്രാമിൽ ഒരു ഫോണ്ട്, പ്രത്യേക ചിഹ്നങ്ങൾ എന്നിവ ഉപയോഗിച്ച് ഹൈലൈറ്റ് ചെയ്യുന്നു, അല്ലെങ്കിൽ ബാക്കിയുള്ളതിൽ നിന്ന് ഒരു ലൈൻ കൊണ്ട് വേർതിരിച്ചിരിക്കുന്നു.

എല്ലാ ബന്ധങ്ങളും ബൈനറിയാണ് (അതായത്, രണ്ട് പങ്കാളികൾ മാത്രം) കൂടാതെ അവയെ ഒരു വരി ബന്ധിപ്പിക്കുന്ന എന്റിറ്റികളാൽ പ്രതിനിധീകരിക്കുന്നു. ചിത്രത്തിൽ. ബാർക്കർ, മാർട്ടിൻ നൊട്ടേഷനുകളിൽ കണക്ഷനുകൾ ചിത്രീകരിക്കുന്നതിനുള്ള നിയമങ്ങൾ 6.2 അവതരിപ്പിക്കുന്നു.

അരി. 6.2

എ– ബാർക്കർ നൊട്ടേഷൻ; 6 – മാർട്ടിൻ നൊട്ടേഷൻ (IE)

ബന്ധങ്ങളുടെ ചിത്രീകരണത്തിന്റെ പ്രത്യേകതകൾ കാരണം, സാഹിത്യത്തിലെ ബാർക്കറിന്റെയും മാർട്ടിന്റെയും നൊട്ടേഷനെ ചിലപ്പോൾ "കാക്കയുടെ കാൽ നൊട്ടേഷൻ" (അക്ഷരാർത്ഥത്തിൽ, "കാക്കയുടെ കാൽ നൊട്ടേഷൻ") എന്ന് വിളിക്കുന്നു എന്നത് ശ്രദ്ധിക്കേണ്ടതാണ്.

ചിത്രത്തിൽ. ചിത്രം 6.3 മാർട്ടിൻ നൊട്ടേഷനിൽ രണ്ട് എന്റിറ്റികളെയും ("ഉപഭോക്താവ്", "ഓർഡർ") അവ തമ്മിലുള്ള ബന്ധത്തെയും ചിത്രീകരിക്കുന്ന ഒരു ഡയഗ്രാമിന്റെ ഒരു ഭാഗം കാണിക്കുന്നു. ചിത്രത്തിലെ പ്രാഥമിക കീകൾ "#" ചിഹ്നം ഉപയോഗിച്ച് ഹൈലൈറ്റ് ചെയ്തിരിക്കുന്നു. ഇത് അനുമാനിക്കപ്പെടുന്നു:

• ഉപഭോക്താവിന് ഒന്നോ അതിലധികമോ ഓർഡറുകൾ നൽകാം;
• ഒരു ഉപഭോക്താവിന് മാത്രം ഓർഡർ നൽകാം.

അരി. 6.3

നിലവിൽ, അടുത്ത ഖണ്ഡികയിൽ ചർച്ച ചെയ്യുന്ന IDEF1X സ്റ്റാൻഡേർഡ് (ഇംഗ്ലീഷിൽ പൂർണ്ണമായ പേര് ഇൻഫർമേഷൻ മോഡലിംഗിനുള്ള ഇന്റഗ്രേഷൻ ഡെഫനിഷൻ) നിർവചിച്ചിരിക്കുന്ന നൊട്ടേഷനും വ്യാപകമായിത്തീർന്നിരിക്കുന്നു.

ഒരു ആധുനിക എന്റർപ്രൈസ്-ലെവൽ ഇൻഫർമേഷൻ സിസ്റ്റത്തിനായി ഒരു ഡാറ്റാബേസ് രൂപകൽപന ചെയ്യുന്നതിനുള്ള ചുമതല തികച്ചും അധ്വാനം-ഇന്റൻസീവ് ആണ്, കൂടാതെ ഒരു വലിയ കൂട്ടം സ്പെഷ്യലിസ്റ്റുകളുടെ സഹകരണം ആവശ്യമാണ് - അനലിസ്റ്റുകൾ, ഡാറ്റാബേസ് ഡെവലപ്പർമാർ, ആപ്ലിക്കേഷൻ സോഫ്റ്റ്വെയർ ഡെവലപ്പർമാർ, ഡാറ്റാബേസ് ഏത് വിഷയ മേഖലയിലെ സ്പെഷ്യലിസ്റ്റുകൾ വികസിപ്പിക്കുകയാണ്. ഈ പ്രക്രിയ ഓട്ടോമേറ്റ് ചെയ്യുന്നതിന്, CASE ടൂളുകൾ വ്യാപകമായി ഉപയോഗിക്കുന്നു - ഒന്നോ അതിലധികമോ ഡാറ്റാബേസ് ഡിസൈൻ സാങ്കേതികവിദ്യകളെ പിന്തുണയ്ക്കുന്ന സോഫ്റ്റ്‌വെയർ ടൂളുകൾ (സോഫ്റ്റ്‌വെയർ ഡിസൈൻ ടൂളുകളും മറ്റും ഉണ്ട്). ഉദാഹരണമായി, സോഫ്റ്റ്‌വെയർ ഉൽപ്പന്നങ്ങൾക്ക് ERwin Data Modeler (CA Technologies വികസിപ്പിച്ചത്), ER/Studio (Embarcadero Technologies വികസിപ്പിച്ചത്), PowerDesigner (Sybase വികസിപ്പിച്ചത്, നിലവിൽ SAP ഏറ്റെടുത്തത്) എന്ന് പേരിടാം. ജനപ്രിയ ഓഫീസ് സോഫ്റ്റ്‌വെയർ ഉൽപ്പന്നമായ മൈക്രോസോഫ്റ്റ് വിസിയോയിൽ ഭാഗികമായി സമാനമായ പ്രവർത്തനം നടപ്പിലാക്കിയിട്ടുണ്ട്.

നേരിട്ടുള്ള ഡിസൈൻ പ്രശ്നങ്ങൾ പരിഹരിക്കാൻ ERwin ഉം സമാനമായ CASE ടൂളുകളും നിങ്ങളെ അനുവദിക്കുന്നു (ഇംഗ്ലീഷ്)ഫോർവേഡ്-എഞ്ചിനീയറിംഗ്), അതായത്. നിർമ്മിച്ച ER ഡയഗ്രാമും റിവേഴ്സ് എഞ്ചിനീയറിംഗും അടിസ്ഥാനമാക്കി ഡാറ്റാബേസ് ഘടന നേടുന്നു (ഇംഗ്ലീഷ്)റിവേഴ്സ് എഞ്ചിനീയറിംഗ്), നിലവിലുള്ള ഒരു ഡാറ്റാബേസിന്റെ ഘടനയുടെ വിശകലനത്തെ അടിസ്ഥാനമാക്കി ഒരു ER ഡയഗ്രം സൃഷ്ടിക്കുമ്പോൾ.

അടുത്തതായി, IDEF1X ഡയഗ്രമുകളുടെ ഡിസൈൻ രീതിശാസ്ത്രവും നൊട്ടേഷനും (പ്രദർശന നിയമങ്ങൾ) ചർച്ചചെയ്യുന്നു, കൂടാതെ നൽകിയിരിക്കുന്ന ഉദാഹരണങ്ങൾ ERwin ഡാറ്റാ മോഡലർ v സോഫ്റ്റ്വെയർ ഉൽപ്പന്നം ഉപയോഗിച്ച് ചിത്രീകരിക്കും. കമ്മ്യൂണിറ്റി പതിപ്പിൽ 9. ഉൽപ്പന്നത്തിന്റെ ഈ പതിപ്പ് സ്വതന്ത്രമായി വിതരണം ചെയ്യപ്പെടുന്നു, erwin.com വഴി ലഭിക്കും. ERwin കമ്മ്യൂണിറ്റി പതിപ്പിന്റെ ഏറ്റവും പ്രധാനപ്പെട്ട പരിമിതി മോഡലിലെ ഒബ്‌ജക്റ്റുകളുടെ ചെറിയ സംഖ്യയാണ് - 25-ൽ കൂടരുത്, എന്നാൽ വിദ്യാഭ്യാസ ആവശ്യങ്ങൾക്ക് ഇത് നിർണായകമല്ല. സങ്കീർണ്ണമായ ഘടനയുള്ള ഒരു ഡാറ്റാബേസ് വികസിപ്പിക്കുന്നതിന്, ഉൽപ്പന്നത്തിന്റെ മറ്റ് പതിപ്പുകൾ ഉപയോഗിക്കാൻ ശുപാർശ ചെയ്യുന്നു.

IDEF1X നൊട്ടേഷനോടൊപ്പം, ERwin 1E നൊട്ടേഷനെ പിന്തുണയ്ക്കുന്നു, അതിന്റെ ആധുനിക പതിപ്പിന്റെ സവിശേഷതകൾ ചുവടെ വിവരിച്ചിരിക്കുന്നു.