Gagnasafn lyklar eru auðveldasta leiðin til að búa til skilvirka venslagagnagrunn
Eins og þú getur þegar vita, nota gagnagrunna töflur til að skipuleggja upplýsingar. (Ef þú hefur ekki grunnþekkingu gagnagrunns hugtaka skaltu lesa Hvað er gagnagrunnur? ) Hver tafla samanstendur af nokkrum röðum, sem hver samsvarar einum gagnagrunna. Svo, hvernig gagnagrunna halda öllum þessum gögnum beint? Það er með því að nota lykla.
Aðalvalmyndir
Fyrsti tegund lykillinn sem við munum ræða er aðal lykillinn . Sérhver gagnagrunnstafla ætti að hafa einn eða fleiri dálka sem eru tilnefnd sem aðal lykillinn . Gildi þessarar lykils skal vera einstakt fyrir hvert skrá í gagnagrunninum.
Segjum til dæmis að við eigum borð sem kallast Starfsmenn sem innihalda starfsupplýsingar fyrir alla starfsmenn í fyrirtækinu okkar. Við þurfum að velja viðeigandi aðal lykil sem myndi einstaklega þekkja hvern starfsmann. Fyrsta hugsun þín gæti verið að nota nafn starfsmannsins. Þetta myndi ekki virka mjög vel vegna þess að það er hugsanlegt að þú yrðir að ráða tvær starfsmenn með sama nafni. Betra kostur gæti verið að nota einstakt starfsmenn kennitala sem þú gefur hverjum starfsmanni þegar þeir eru ráðnir. Sumir stofnanir velja að nota almannatryggingarnúmer (eða svipuð ríkisstjórnarnúmer) fyrir þetta verkefni vegna þess að hver starfsmaður hefur nú þegar einn og þeir eru ábyrgir fyrir að vera einstök. Hins vegar er notkun almannatrygginga númer í þessu skyni mjög umdeild vegna einkalífs áhyggjuefni. (Ef þú vinnur fyrir ríkisstofnun, getur notkun öryggisnúmers jafnvel verið ólöglegt samkvæmt einkaleyfalögum frá 1974.) Af þessum sökum hafa flestir stofnanir flutt til notkunar einstakra kennimarka (starfsmennskírteini, kennitala, osfrv. .) sem deila ekki þessum einkalífum.
Þegar þú hefur ákveðið að aðal lykil og setur upp gagnagrunninn mun gagnagrunnsstjórnunarkerfið framfylgja sérstöðu lykilsins.
Ef þú reynir að setja inn skrá í töflu með aðallykil sem afritar núverandi skrá mun innsetningin mistakast.
Flestir gagnagrunnar geta einnig búið til eigin aðal lykla. Til dæmis getur Microsoft Access verið stillt þannig að hægt sé að nota sjálfgefin auðkenni fyrir AutoNumber til að úthluta einstakt auðkenni til hvers skráar í töflunni. Þó áhrifarík, þetta er slæmt hönnun æfa vegna þess að það skilur þig með tilgangslaust gildi í hverju meti í töflunni. Afhverju ekki nota plássið til að geyma eitthvað gagnlegt?
Erlendir lyklar
Önnur gerð er erlenda lykillinn , sem er notaður til að búa til sambönd milli tafla. Náttúruleg tengsl eiga sér stað milli tafla í flestum gagnasamskiptum. Aftur á starfsmannagagnagrunninn okkar, ímyndaðu þér að við viljum bæta við borð sem inniheldur deildarupplýsingar í gagnagrunninn. Þetta nýja borð gæti verið kallað deildir og myndi innihalda mikið af upplýsingum um deildina í heild. Við viljum líka hafa upplýsingar um starfsmenn í deildinni en það væri óþarfi að hafa sömu upplýsingar í tveimur borðum (starfsmenn og deildir). Í stað þess getum við búið til tengsl milli tveggja taflna.
Við gerum ráð fyrir að deildarborðið noti dálkinn Department Name sem aðal lykillinn. Til að búa til tengsl milli tveggja taflna, bætum við nýjum dálki við starfsmannaborðið sem heitir Department. Við fyllum síðan inn nafn deildarinnar sem hver starfsmaður tilheyrir. Við upplýsum einnig gagnagrunnsstjórnunarkerfið um að deildarsúlan í starfsmannatöflunni sé erlent lykill sem vísar til deildarborðsins.
Gagnagrunnurinn mun síðan framfylgja referential heiðarleika með því að tryggja að öll gildi í dálkum deildarinnar á starfsmannatöflunni hafa samsvarandi færslur í deildarborðið.
Athugaðu að það er engin einskonar þvingun fyrir erlendan lykil. Við megum (og líklegast gera) hafa fleiri en einn starfsmann sem tilheyrir einni deild. Á sama hátt er engin krafa um að færsla í deildarborðinu hafi samsvarandi færslu í starfsmannatöflunni. Það er mögulegt að við eigum deild án starfsmanna.
Fyrir frekari upplýsingar um þetta efni skaltu lesa Búa til erlendra lykla .