ഡാറ്റാബേസ് മാനേജ്മെന്റ് എളുപ്പമാക്കുന്ന ബേസിക് കീകൾ

ഡാറ്റാബേസ് കീകൾ വളരെ കാര്യക്ഷമമായ റിലേണൽ ഡേറ്റാബേസ് സൃഷ്ടിക്കുന്നതിനുള്ള എളുപ്പവഴിയാണ്

നിങ്ങൾക്ക് അറിയാമായിരുന്നതുപോലെ, ഡാറ്റാബേസുകൾ വിവരങ്ങൾ സംഘടിപ്പിക്കുന്നതിന് ടേബിളുകൾ ഉപയോഗിക്കുന്നു. (നിങ്ങൾക്ക് ഡേറ്റാബേസ് ആശയവിനിമയങ്ങളുമായി അടിസ്ഥാന പരിചയമില്ലെങ്കിൽ, ഡേറ്റാബേസ് എന്താണ്? ) ഓരോ ടേബിളും നിരവധി വരികൾ ഉൾക്കൊള്ളുന്നു, അവ ഓരോന്നും ഒരു ഡേറ്റാബേസ് റിക്കോർഡാകുന്നു. ഡാറ്റാബേസുകൾ ഈ രേഖകളെല്ലാം എങ്ങനെയാണ് നേരിട്ട് സംരക്ഷിക്കുന്നത്? ഇത് കീകളുടെ ഉപയോഗത്തിലൂടെയാണ്.

പ്രാഥമിക കീകൾ

പ്രാഥമിക കീയാണ് നമ്മൾ ചർച്ച ചെയ്യുന്ന ആദ്യ തരം കീ . ഓരോ ഡാറ്റാബേസ് പട്ടികയിലും പ്രാഥമിക കീ ആയി ഒന്നോ അതിലധികമോ കോളങ്ങൾ ഉണ്ടായിരിക്കണം. ഈ കീ സൂക്ഷിച്ചിരിക്കുന്ന മൂല്യം ഡാറ്റാബേസിലെ ഓരോ രേഖയ്ക്കും അദ്വിതീയമായിരിക്കും.

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

ഒരു പ്രാഥമിക കീ തീരുമാനിക്കുകയും ഡാറ്റാബേസ് സ്ഥാപിക്കുകയും ചെയ്തുകഴിഞ്ഞാൽ, ഡാറ്റാബേസ് മാനേജ്മെന്റ് സിസ്റ്റം കീയുടെ അദ്വിതതയെ നിർവ്വചിക്കും.

നിലവിലെ റെക്കോർഡിനെ തനിപ്പകർപ്പിക്കുന്ന ഒരു പ്രാഥമിക കീ ഉപയോഗിച്ച് ഒരു ടേബിളിലേക്ക് ഒരു റെക്കോർഡ് തിരയാൻ ശ്രമിച്ചാൽ, ആ തിരച്ചില് പരാജയപ്പെടും.

മിക്ക ഡേറ്റാബെയിസുകളും സ്വന്തം പ്രാഥമിക കീകൾ നിർമ്മിക്കാൻ പ്രാപ്തമാണ്. ഉദാഹരണത്തിന് Microsoft Access, പട്ടികയിലെ ഓരോ രേഖയ്ക്കും ഒരു തനതായ ID നൽകുന്നതിന് AutoNumber ഡാറ്റ തരം ഉപയോഗിക്കാൻ ക്രമീകരിച്ചിരിക്കാം. ഫലപ്രദമായ സമയത്ത്, ഇത് ഒരു മോശം ഡിസൈൻ പ്രാക്ടീസാണ്, കാരണം ഇത് പട്ടികയിലെ ഓരോ രേഖയിലും അർത്ഥമില്ലാത്ത മൂല്യം നൽകുന്നു. എന്തെങ്കിലും ഉപയോഗിക്കേണ്ടത് എന്തുകൊണ്ട്?

വിദേശ കീകൾ

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

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

ജീവനക്കാരുടെ പട്ടികയിലെ വകുപ്പുകളുടെ നിരയിലെ എല്ലാ മൂല്യങ്ങളും വകുപ്പുകൾ പട്ടികയിൽ ബന്ധപ്പെട്ട എൻട്രികൾ ഉണ്ടെന്ന് ഉറപ്പുവരുത്തുന്നതിലൂടെ ഡാറ്റാബേസ് റഫറൻഷ്യൽ ഇന്റഗ്രിറ്റി നടപ്പിലാക്കും.

ഒരു വിദേശ കീയ്ക്ക് പ്രത്യേകമായ ഒരു തടസ്സം ഇല്ലെന്നത് ശ്രദ്ധിക്കുക. ഒരൊറ്റ വകുപ്പിന് കീഴിലുള്ള ഒന്നിൽ കൂടുതൽ ജോലിക്കാരുണ്ട് (കൂടുതൽ സാധ്യതയും). അതുപോലെ തന്നെ, വകുപ്പുകളുടെ പട്ടികയിലെ ഒരു പ്രവേശനം എംപ്ലോയീസ് ടേബിളിൽ ഏതെങ്കിലും അനുബന്ധ എൻട്രി ഉണ്ട് എന്ന ആവശ്യവുമില്ല. തൊഴിലാളികളൊന്നുമില്ലാത്ത ഒരു വകുപ്പ് ഉണ്ടായിരിക്കാൻ സാധ്യതയുണ്ട്.

ഈ വിഷയത്തെക്കുറിച്ച് കൂടുതലറിയാൻ, വിദേശ കീകൾ സൃഷ്ടിക്കൽ വായിക്കുക.