Odnosi med polji, tabelami, zapisi in tako naprej so najpogostejše stvari, s katerimi se ukvarjate v Accessu 2016. Upoštevajte teh deset nasvetov:
Razmerje ena proti več povezuje en zapis v nadrejeni tabeli z več zapisi v podrejeni tabeli.
Nastavite odnos, da povežete naročila s strankami ali lokacije z dogodki. Ena stranka ima lahko veliko naročil, na eni lokaciji pa lahko veliko dogodkov. Tako vam ni treba ponavljati vseh kontaktnih podatkov stranke pri vsakem naročilu niti vseh podatkov o lokaciji na vsakem dogodku.
Razmerje ena proti ena povezuje en zapis v nadrejeni tabeli z enim zapisom v podrejeni tabeli.
To ni običajen tip razmerja, vendar ga lahko uporabite, če morate tabelo, ki vsebuje veliko polj, razdeliti na dve tabeli.
Povežite polje primarnega ključa v nadrejeni tabeli s tem istim poljem (imenovanim tuji ključ) v podrejeni tabeli.
To je najpogostejši scenarij. Nadrejena tabela vsebuje polje primarnega ključa, podrejena tabela pa isto ime polja. Na primer, tabela Stranke in naročila lahko deli CustomerID. CustomerID je običajno primarni ključ strank in tuji ključ v naročilih.
Polja, ki so združena v razmerju, morajo biti iste vrste podatkov.
Besedilnega polja v nadrejeni tabeli ne morete povezati s številskim poljem v podrejeni tabeli ali obratno. Polja morajo biti bodisi besedilna bodisi številčna polja v vsaki tabeli.
Uveljavite referenčno celovitost v pogovornem oknu Urejanje razmerij, da preprečite vnos »sirotega« zapisa v podrejeno tabelo.
Sirota je zapis v podrejeni tabeli, ki nima ustreznega zapisa v nadrejeni tabeli. Klasičen primer je naročilo v tabeli Naročila za stranko, ki ni v tabeli Kupci. Referenčna integriteta preprečuje vnašanje tovrstnih naročil sirote.
V pogovornem oknu Uredi relacije nastavite sorodna polja za kaskadno posodobitev, da posodobite vrednost ključa v podrejeni tabeli, ko je posodobljena v nadrejeni tabeli.
Recimo, da imate dve tabeli, seznam kategorij v tabeli ExpenseType (ime polja Kategorija) in polje v tabeli Expenses, imenovano Kategorija. Polje Category v Expenses je zapolnjeno s kombiniranim poljem, ki svoje podatke potegne iz polja Category tabele ExpenseType. Nadalje predpostavimo, da je bila za Dining narejena tipkarska napaka; se je pisalo Dinning. Če bi nastavili Cascade Update Related Fields, lahko uredite Dinning in ExpenseType na Dining in se bo spremenilo pri vsakem zapisu, uporabljenem v tabeli Expenses.
Nastavite Kaskadno brisanje povezanih zapisov v pogovornem oknu Urejanje razmerij, da izbrišete povezane zapise v podrejeni tabeli, ko je ustrezen zapis izbrisan v nadrejeni tabeli.
Če je ta nastavitev vklopljena v razmerju med LocationID na lokacijah in LocationID v dogodkih, izbrišite zapis lokacije in izbrisali boste vse dogodke za to lokacijo.
Nastavitev odnosov med tabelami samodejno nastavi spoje za te tabele pri izdelavi poizvedb.
Povezave relacije se prenesejo do poizvedbenega pogleda načrta. Če nastavite razmerje med lokacijami in dogodki na LocationID, boste videli to združitveno vrstico, ko dodate te tabele v novo poizvedbo pri oblikovanju poizvedbe.
Izbrišite polje, ki je del razmerja, in izbrisali boste razmerje.
Ne morete imeti razmerja med dvema poljema, če eno od njiju manjka, kajne? Torej Access odstrani prekinjeno razmerje, ko izbrišete polje, ki je del tega odnosa.
Če je primarni ključ del relacije, primarnega ključa v tej tabeli ne morete spremeniti v drugo polje, ne da bi prej izbrisali relacijo.
Če želite spremeniti primarne ključe v tabeli, kjer je njen primarni ključ del relacije, morate najprej odpreti okno Relacije in izbrisati razmerje, preden vam bo Access omogočil, da primarni ključ spremenite v drugo polje v tej tabeli. V oknu Relationships z desno tipko miške kliknite povezovalno vrstico med obema tabelama in izberite Izbriši, da izbrišete razmerje.