V spodnjih razdelkih je prikazano, kako so bile zasnovane relacije tabele zbirke podatkov. Imena predmetov so na voljo, tako da jih lahko preprosto pregledate v zbirki podatkov Northwind 2.0 Starter Edition.
Če želite odpreti diagram relacij, ki prikazuje šest tabel in relacije med njimi, izberite Orodja zbirke podatkov > relacije.
Ta diagram prikazuje vseh šest tabel. V diagramu črte med tabelami prepoznajo odnose med njimi. 1 in znak za neskončnost (∞) na koncih črt predstavljata enostransko relacijo (na primer eno stranko) in stran »mnogo« relacije. Ena stranka na primer pošlje veliko naročil. Če želite več informacij, glejte Vodnik po relacijah tabel.
Spodnja načela veljajo za tabele v izdaji Northwind 2.0 Starter Edition in tabele na splošno.
Primarni ključi Enolično identificirajte vsak zapis v tabeli. Vse tabele imajo primarni ključ. V diagramu relacije so ti primarni ključi prepoznani s simboli tipk. Pravila poimenovanja primarnega ključa so poimenovana za tabelo, v katerem so, na primer »TableNameID«.
Učinkovitost Za boljšo učinkovitost delovanja in učinkovitejšo shranjevanje morajo biti primarni ključi številski. Poleg tega je priročneje, da Access samodejno ustvari novo, enolično vrednost za primarni ključ vsakega novega zapisa. Podatkovni tip »Samoštevilo« ima obe značilnosti. Samoštevilčna števila sicer niso pomenljive številke in ne služijo nobeni drugi nameni. Če želite več informacij, glejte Dodajanje polja »samoštevilo« kot primarnega ključa.
Tuji ključi Tabela ima lahko tudi enega ali več tujih ključev, odvisno od tega, ali je povezana z drugimi tabelami v zbirki podatkov. Tuji ključ vsebuje vrednosti, ki ustrezajo vrednostim v primarnem ključu povezane tabele.
Enolični indeksi Druga polja v tabelah imajo lahko tudi svoje enolične indekse, na primer OrderStatus.StatusCode. Nelogično je, da imate v tabeli OrderStatus dve stanji Naročila z isto kodo, čeprav koda stanja sama po sebi ni primarni ključ. Enolični indeks pove Accessu, naj prepreči podvojene vrednosti v tem polju.
Neen unique indexes Tabele imajo lahko tudi indekse za pospešitev iskanja in razvrščanja v teh poljih, na primer »Orders.OrderDate«. Na isti dan je mogoče odstaviti veliko naročil in pogosto želite iskati in razvrščati po datumih naročil. Za to polje je na voljo neenotivni indeks za hitrejše iskanje in razvrščanje.
Imena tabel in polj Stvari lahko poimenujte na poljuben način, vendar je doslednost pomembna. Priporočamo, da so imena tabel in polj ena ali več besed brez presledkov, med njimi pa ne sme biti posebnih znakov, kot so poševnica (/), znak za lojtre (#) ali odstotek (%). Uporabite na primer »DatumNaročila«, ne pa »DatumNaročila«; uporabite OrderNumber ali OrderNo, ne pa order#.
CamelCase (CamelCase) Z veliko začetnicami označite posamezne dele imena, na primer »DatumNaročila«, ne pa tudi »DatumNaročila« ali »DatumNaročila«.
Zahtevana vrednost To načelo prinaša pomen poslovnih pravil za uporabo. V nekaterih primerih morate v nekaterih poljih vrednosti ali celo določene vrednosti. Kakšno dobro je na primer naročilo, ne da bi poznali stranko, ki ga je oddala? To pomeni, da je CustomerID obvezno polje za tabelo »Naročila«.
Izračunana polja Access podpira izračunana polja v tabelah, na primer polje »Employees.FullName«. Morda želite namesto v tabeli ustvariti izračunana polja v poizvedbi.
Polja za priloge Access podpira polja za priloge, na primer »Zaposleni.Slika«, ki vsebuje sliko zaposlenega. Priloge lahko shranjujejo slike, dokumente, e-poštna sporočila in druge binarne informacije. Priloge zasedejo veliko prostora v zbirki podatkov. bolj učinkovito je, če priloge namesto tega shranite v datotečne strežnike.
Polja z več vrednostmi Kot pove že ime, polja z več vrednostmi shranijo eno ali več vrednosti v eno polje, na primer Employees.Title. Priporočamo, da jih uporabljate redko, še posebej, če želite zbirko podatkov spremeniti v novo. Večina drugih sistemov zbirke podatkov jih nima, zato je potrebno veliko vnovičnega dela.
Če želite več informacij o podatkovnih tipih, glejte Uvod v podatkovne tipe in lastnosti polj.
V tem razdelku so opisane najpomembnejše funkcije posamezne tabele. Če želite pregledati načrt tabele, jo izberite v podoknu za krmarjenje, kliknite jo z desno tipko miške, izberite Pogled načrta ali pa izberite Orodja zbirke podatkov > Relacije in nato z desno tipko miške kliknite predmet tabele. Če želite več informacij, glejte Uvod v tabele.
Pomembno: Izogibajte se uporabi rezerviranih besed, ki lahko povzročijo spore pri poimenovanju. Če želite več informacij, glejte Več informacij o rezerviranih besedah in simbolih v Accessu.
Tabela zaposlenih
V tej tabeli so shranjene informacije o zaposlenih v podjetju Northwind.
|
Polja |
Opis |
|
Ime, priimek |
Obe imeni sta obvezni in v sistemu Northwind skupaj morata biti enolični. Ko v načrtu tabele odprete pogovorno okno Indeksi, lahko vidite, da ima ime + priimek enoličen indeks. Ker sta »Ime« in »Priimek« enolično indeksirana, tabela Northwind ne more shraniti dveh zaposlenih z istim imenom. V drugih primerih lahko uporabite drugo poslovno pravilo. |
|
FullNameFNLN, FullNameLNFN |
Oglejte si lastnost izraza izračunanih polj, če si želite ogledati, kako Access združuje vrednosti v izračunanih poljih. Če želite vključiti srednjo začetnico, jo dodajte obstoječemu izrazu z ustreznim razmikom med komponentami. |
|
Polja »Telefon« |
Poslovno pravilo za telefone je, da so prednostne nastavitve zaposlenih ustreznejše od vrste storitve. Primarne in sekundarne telefonske številke se zato ne uporabljajo le v mobilnih telefonih, pisarnah, doma in tako naprej. |
|
Pozdrav |
Pozdrav je polje »Kratko besedilo«. Za ponazoritev funkcije polja z več vrednostmi v Accessu je to kombinirano polje s seznamom vnaprej določenih vrednosti, ki ga je mogoče urejati. Kratki, statični seznami, kot je ta, so pogosto kandidati za polja z več vrednostmi, ker se ne spreminjajo veliko, če sploh kdaj. |
|
JobTitle (Naslov delovnega mesta) |
JobTitle je drugo obvezno polje. |
Tabela »Stranke«
V tej tabeli so shranjene informacije o strankah podjetja Northwind.
|
Polja |
Opis |
|
Ime stranke |
Stranke podjetja Northwind so podjetja in ime stranke je obvezno. V nasprotju z imeni zaposlenih pa ni enolično indeksirana, kar dvema ali več strankam omogoča, da imajo enako ime. |
|
PrimaryContactFirstName, PrimaryContactLastName, PrimaryContactJobTitle |
Imena in priimki ter naziva delovnega mesta primarnega stika niso potrebni, ker stranke za primarni stik morda nimajo enega posameznika. Stiki morda ne bodo dali naziva delovnega mesta za naročilo. |
|
Poslovni telefon |
Northwind za vsako stranko zahteva le eno telefonsko številko, vendar s tem ne moremo zajeti več telefonskih številk za stranke ali stike strank. V realnih situacijah bolj zapletena poslovna pravila veljajo za podatke za stik. |
|
Naslov, mesto Zvezna država, poštna številka |
Northwind potrebuje naslov za pošiljanje naročil strankam. Obstaja le en splošni naslov za stranko. V realnih situacijah imajo stranke pogosto ločene naslove za obračunavanje, dostavo ali druge naslove. Drugo poslovno pravilo za vašo organizacijo bi zahtevalo dodatna polja. |
|
Opombe |
Polje »Opombe« je podatkovni tip »Dolgo besedilo«, ki shrani do 1 GB besedila. Tako lahko vnesete podrobne pripombe o strankah, ki jih lahko uporabite v naslednjih primerih naročanja. |
Tabela »Naročila«
V tej tabeli so shranjeni podatki o naročilih podjetja Northwind.
|
Polja |
Opis |
|
DatumNaročila, DatumPošiljanja, PlačljivIDatum |
Naročila zahtevajo tri datume. So vsi podatkovni tipi »Datum/čas«, vendar z dvema oblikama zapisa. »DatumNaročila« ima datum in uro, ker vas bo morda zanimalo analiziranje nosilca naročila za različne dele dneva. Za dva druga datuma je zahtevan le datum. Veljavnostno pravilo tabele za DatumPošiljanja in PlačanDatum zagotovi, da ti datumi niso pred DatumomNaročila. |
|
OrderStatusID |
Stanje naročila označuje, kje je vrstni red v poteku dela za Northwind. Naročila se premikajo po štirih fazah: novo – > faktur združeno – > odposlano – > zaprto.Tuji ključ za trenutni OrderStatus uporablja OrderStatusID iz iskalne tabele OrderStatus. S tabelo za iskanje stanja zagotovite, da je naročilu mogoče dodeliti le štiri vnaprej določena stanja. |
Tabela s podrobnostmi o naročilu
V tej tabeli so shranjene informacije o podrobnostih naročila podjetja Northwind.
|
Polja |
Opis |
|
ID naročila |
Vsak vrstični element v tabeli »PodrobnostiNaročila« mora pripadati enemu naročilu v tabeli »Naročila«. IDnaročila je tuji ključ, ki določa ta vrstni red. Kot smo že omenili, eno naročilo, ki vsebuje enega ali več vrstnih postavk, ponazarja relacijo »ena proti mnogo«. |
|
Pridobivanje |
Vsak zapis v tabeli »PodrobnostiNaročila« vključuje »IDIzdelka« za naročen izdelek. »IDIzdelka« je tuji ključ v tabeli »PodrobnostiNaročila«, ki prepozna ta izdelek v tem vrstnem redu. To je tudi relacija »ena proti mnogo«. |
|
IDNaročila + IDizdelka |
Kot ste videli v tabeli »Zaposleni«, ima lahko več polj enoličen indeks. Enoličen indeks nad orderID+PRODUCTID v tabeli »PodrobnostiNaročila« zagotavlja, da vsako naročilo vsebuje izdelek le enkrat. Ko na traku odprete list z lastnostmi Indeksi, si lahko ogledate ta enoličen indeks. |
Tabela »Izdelki«
V tej tabeli so shranjene informacije o izdelkih podjetja Northwind.
|
Polja |
Opis |
|
Koda izdelka |
Poleg primarnega ključa imajo izdelki ProductID tudi človeško prijazno in enolično indeksirana koda izdelka. Zaposleni se običajno nanašajo na kode izdelkov in ne na vrednosti primarnega ključa. Koda proizvoda je sestavljena vrednost, sestavljena iz označbe kategorije in številke, na primer B-1 za "pijače", proizvod 1. |
|
Ime izdelka, Opis izdelka |
Za izdelke velja dolg opis besedila poleg imen izdelkov s kratkim besedilom. To vrednost lahko uporabite v opisu kataloga ali da odgovorite na vprašanja strank. |
|
CenaEnote |
Vsi izdelki so prodani s ceno enote za vsak element, ki poenostavi zbirko podatkov kot predstavitev funkcij. V večini realnih razmer je cena pogosto precej bolj zapletena. |
Glejte tudi
