De følgende afsnit viser, hvordan databasetabelrelationerne er designet. Objektnavnene er angivet, så du nemt kan undersøge dem i Databasen Northwind 2.0 Starter Edition.
Hvis du vil åbne relationsdiagrammet, der viser de seks tabeller og relationerne mellem dem, skal du vælge Databaseværktøjer > Relationer.
Dette diagram viser alle seks tabeller. I diagrammet identificerer linjer mellem tabeller relationer mellem dem. Symbolet 1 og uendeligheden (∞) i slutningen af linjerne repræsenterer en-siden af en relation (f.eks. én kunde) og mange-siden af en relation. En kunde sender f.eks. mange ordrer. Du kan få mere at vide under Vejledning til tabelrelationer.
Følgende principper gælder for tabeller i Northwind 2.0 Starter Edition samt tabeller generelt.
Primære nøgler Identificer hver post i en tabel entydigt. Alle tabeller har en primær nøgle. I relationsdiagrammet identificerer nøglesymboler disse primære nøgler. Navngivningskonventioner for primær nøgle navngives for den tabel, de findes i, f.eks. "TableNameID".
Effektivitet For at opnå bedre ydeevne og mere effektiv lagerplads skal primære nøgler være numeriske. Desuden er det mere praktisk at få Access til automatisk at generere den nye, entydige værdi for hver ny posts primære nøgle. Datatypen Automatisk nummerering har begge egenskaber. Autonummerering er ellers ikke-sigende tal og tjener ikke andre formål. Du kan få mere at vide under Tilføje et felt af typen Autonummerering som en primær nøgle.
Fremmede nøgler En tabel kan også have en eller flere fremmede nøgler, afhængigt af om den er relateret til andre tabeller i databasen. En fremmed nøgle indeholder værdier, der svarer til værdierne i den primære nøgle i den relaterede tabel.
Entydige indekser Andre felter i tabeller kan også have deres egne entydige indekser, f.eks. OrderStatus.StatusCode. Det er ulogisk at have to ordrestatusser i tabellen OrderStatus med den samme kode, selvom StatusCode i sig selv ikke er den primære nøgle. Et entydigt indeks giver Access besked om at forhindre dublerede værdier i det pågældende felt.
Ikke-entydige indekser Tabeller kan også have indekser til hurtigere søgninger og sorteringer på disse felter, f.eks. Ordrer.Ordredato. Mange ordrer kan afgives på den samme dag, og du vil ofte søge efter og sortere efter ordredatoer. Der er et ikke-entydigt indeks i det pågældende felt for at øge søge- og sorteringshastigheden.
Tabel- og feltnavne Du kan navngive ting, som du ønsker, men konsistens er vigtig. Vi anbefaler, at tabel- og feltnavne skal være et eller flere ord uden mellemrum mellem dem og ingen specialtegn, f.eks. en skråstreg (/), et nummertegn (#) eller procent (%). Du kan f.eks. bruge Ordredato, men ikke Ordredato. skal du bruge Ordrenummer eller Ordrenr, men ikke Ordrenr.
Camelcase Brug store bogstaver til at fremhæve enkelte dele af navnet, f.eks. Ordredato, men ikke Ordredato eller ordredato.
Påkrævet værdi Dette princip bringer betydningen af forretningsregler for en ansøgning op. Nogle situationer kræver værdier eller endda bestemte værdier i nogle felter. Hvad nytter f.eks. en ordre uden at kende kunden, der har afgivet den? Det betyder, at Kunde-id er et obligatorisk felt for tabellen Ordrer.
Beregnede felter Access understøtter beregnede felter i tabeller, f.eks. feltet Employees.FullName. Du foretrækker måske at oprette beregnede felter i en forespørgsel i stedet for i en tabel.
Felter til vedhæftede filer Access understøtter felter med vedhæftede filer, f.eks. Medarbejdere.Billede, som indeholder et billede af medarbejderen. Vedhæftede filer kan gemme billeder, dokumenter, mails og andre binære oplysninger. Vedhæftede filer optager meget plads i databasen. det er mere effektivt at gemme vedhæftede filer på en filserver i stedet.
Felter med flere værdier Som navnet antyder, gemmer felter med flere værdier en eller flere værdier i et enkelt felt, f.eks. Medarbejdere.Titel. Vi anbefaler, at du bruger dem sparsomt, især hvis du vil konfigurere databasen. De fleste andre databasesystemer har dem ikke, så det ville kræve en masse genarbejde.
Du kan få mere at vide om datatyper under Introduktion til datatyper og feltegenskaber.
I dette afsnit beskrives de vigtigste funktioner i hver tabel. Hvis du vil gennemse designet af en tabel, skal du markere den i navigationsruden, højreklikke på den, vælge Designvisning eller vælge Databaseværktøjer > Relationer og derefter højreklikke på et tabelobjekt. Du kan få mere at vide under Introduktion til tabeller.
Vigtigt!: Undgå at bruge reserverede ord, der kan medføre navnekonflikter. Du kan finde flere oplysninger under Få mere at vide om reserverede ord og symboler i Access.
Tabellen Medarbejdere
Denne tabel indeholder oplysninger om Northwinds medarbejdere.
|
Felter |
Beskrivelse |
|
Fornavn, efternavn |
Begge navne er påkrævede, og i Northwind skal de sammen være en entydig kombination. Når du åbner dialogboksen Indekser i tabeldesignet, kan du se, at Fornavn + Efternavn har et entydigt indeks. Da Fornavn og Efternavn er entydigt indekseret, kan tabellen Northwind ikke gemme to medarbejdere med samme navn. I andre situationer kan du bruge en anden forretningsregel. |
|
FullNameFNLN, FullNameLNFN |
Se på udtryksegenskaben for beregnede felter for at se, hvordan Access kombinerer værdier i beregnede felter. Hvis du vil medtage et initial i midten, skal du føje det til det eksisterende udtryk med passende afstand mellem komponenter. |
|
Felterne Telefon |
Forretningsreglen for telefoner er, at medarbejderpræferencer er mere relevante end servicetype. Derfor bruges primære og sekundære telefonnumre i stedet for celle, kontor, hjem osv. |
|
Hilsen |
Starthilsen er et kort tekstfelt. For at illustrere feltfunktionen med flere værdier i Access er det et kombinationsfelt med en redigerbar liste over foruddefinerede værdier. Korte, statiske lister som denne er ofte kandidater til felter med flere værdier, fordi de ikke ændrer sig ret meget, hvis det er tilfældet. |
|
Jobtitle |
Jobtitle er et andet obligatorisk felt. |
Tabellen Kunder
Denne tabel indeholder oplysninger om Northwinds kunder.
|
Felter |
Beskrivelse |
|
Kundenavn |
Northwinds kunder er virksomheder, og der kræves et kundenavn. I modsætning til medarbejdernavne er det dog ikke entydigt indekseret, så to eller flere kunder kan have samme navn. |
|
PrimaryContactFirstName, PrimaryContactLastName, PrimaryContactJobTitle |
Den primære kontakts for- og efternavne og stilling er ikke påkrævet, fordi kunder muligvis ikke har én person som deres primære kontakt. Kontakter må ikke give deres stillingsbetegnelse for en ordre. |
|
BusinessPhone |
Northwind kræver kun ét telefonnummer for hver kunde, selvom det fjerner muligheden for at registrere flere telefonnumre til kunder eller kontakter fra kunder. I virkelige situationer gælder mere komplekse forretningsregler normalt for kontaktoplysninger. |
|
Adresse, By Stat, ZIP |
Northwind skal bruge en adresse for at kunne sende ordrer til kunder. Der er kun én generisk adresse til en kunde. I virkelige situationer har kunder ofte separate fakturerings-, leverings- eller andre adresser. En anden forretningsregel for organisationen kræver yderligere felter. |
|
Noter |
Feltet Noter er datatypen Lang tekst, som indeholder op til 1 GB tekst. Det giver dig mulighed for at angive detaljerede kommentarer om kunder til brug i efterfølgende bestillingssituationer. |
Tabellen Ordrer
Denne tabel indeholder oplysninger om Northwinds ordrer.
|
Felter |
Beskrivelse |
|
Ordredato, forsendelsesdato, betalt dato |
Ordrer kræver tre datoer. De er alle datatypen Dato/klokkeslæt, men med to formater. Ordredato indeholder både en dato og et klokkeslæt, fordi du måske er interesseret i at analysere ordrebeholdningen for forskellige dele af dagen. For de to andre datoer er det kun datoen, der er påkrævet. En tabelvalideringsregel for ShippedDate og PaidDate sikrer, at disse datoer ikke er før Ordredato. |
|
OrderStatusID |
Ordrestatussen angiver, hvor ordren er i arbejdsprocessen Northwind. Ordrer bevæger sig gennem fire faser: Ny – > faktureret – > afsendt – > lukket.Den fremmede nøgle for den aktuelle OrderStatus bruger OrderStatusID fra opslagstabellen i OrderStatus. Hvis du bruger en statusopslagstabel, sikrer du, at kun de fire foruddefinerede statusser kan tildeles en ordre. |
Tabel med ordreoplysninger
Denne tabel indeholder oplysninger om Northwinds ordreoplysninger.
|
Felter |
Beskrivelse |
|
Ordre-id |
Hvert linjeelement i tabellen Ordrespecifikationer skal tilhøre én ordre i tabellen Ordrer. Ordre-id er en fremmed nøgle, der identificerer den pågældende ordre. Som nævnt tidligere illustrerer en ordre, der indeholder et eller flere linjeelementer, en en-til-mange-relation. |
|
Instruktion |
Hver post i tabellen Ordrespecifikationer indeholder Produkt-id'et for det bestilte produkt. Produkt-id er en fremmed nøgle i tabellen OrderDetails, der identificerer produktet i den pågældende ordre. Dette er også en en til mange-relation. |
|
Ordre-id+ produkt-id |
Som du så i tabellen Medarbejdere, kan flere felter have et entydigt indeks. Det entydige indeks over OrderID+ProductID i tabellen OrderDetails sikrer, at hver ordre kun indeholder et produkt én gang. Når du åbner egenskabsarket Indeks fra båndet, kan du se dette entydige indeks. |
Tabellen Produkter
Denne tabel indeholder oplysninger om Northwinds produkter.
|
Felter |
Beskrivelse |
|
Produktkode |
Ud over den primære nøgle, ProductID, har Northwind-produkter en human-venlig, unikt indekseret produktkode. Medarbejdere refererer normalt til produktkoder, ikke primære nøgleværdier. Produktkoden er en sammensat værdi bestående af en kategoribetegnelse og et tal, f.eks. B-1 for "Drik", produkt 1. |
|
Produktnavn, Produktbeskrivelse |
Ud over korte tekstproduktnavne gælder en lang tekstbeskrivelse for produkter. Denne værdi kan bruges i en katalogbeskrivelse eller til at besvare kundespørgsmål. |
|
Prisprenhed |
Alle produkter sælges med en enhedspris for hver vare, hvilket forenkler databasen som et showcase af funktioner. I de fleste virkelige situationer er prisfastsættelsen ofte væsentligt mere kompleks. |
Se Også
