In de volgende secties ziet u hoe de relaties van de databasetabel zijn ontworpen. De objectnamen worden opgegeven, zodat u ze eenvoudig kunt onderzoeken in de database Northwind 2.0 Starter Edition.
Als u het relatiediagram met de zes tabellen en de relaties ertussen wilt openen, selecteert u Hulpmiddelen voor databases > Relaties.
In dit diagram worden alle zes tabellen weergegeven. In het diagram identificeren lijnen tussen tabellen de onderlinge relaties. De 1 en het oneindigheidssymbool (∞) aan de uiteinden van lijnen vertegenwoordigen de een-zijde van een relatie (bijvoorbeeld één klant) en de veelzijdige zijde van een relatie. Eén klant verzendt bijvoorbeeld veel orders. Zie Gids voor tabelrelaties voor meer informatie.
De volgende principes zijn van toepassing op tabellen in Northwind 2.0 Starter Edition en tabellen in het algemeen.
Primaire sleutels Identificeer elke record in een tabel op unieke wijze. Alle tabellen hebben een primaire sleutel. In het relatiediagram identificeren sleutelsymbolen deze primaire sleutels. Naamconventies voor primaire sleutels worden genoemd voor de tabel waarin ze zich bevinden, bijvoorbeeld 'TableNameID'.
Efficiëntie Voor betere prestaties en efficiëntere opslag moeten primaire sleutels numeriek zijn. Bovendien is het handiger om in Access automatisch de nieuwe, unieke waarde te laten genereren voor de primaire sleutel van elke nieuwe record. Het gegevenstype AutoNummering heeft beide kenmerken. AutoNummers zijn verder niet-zinvolle getallen en hebben geen ander doel. Zie Een AutoNummering-veld toevoegen als primaire sleutel voor meer informatie.
Refererende sleutels Een tabel kan ook een of meer refererende sleutels hebben, afhankelijk van of deze is gerelateerd aan andere tabellen in de database. Een refererende sleutel bevat waarden die overeenkomen met waarden in de primaire sleutel van de gerelateerde tabel.
Unieke indexen Andere velden in tabellen kunnen ook hun eigen unieke indexen hebben, bijvoorbeeld OrderStatus.StatusCode. Het is onlogisch om twee orderstatussen te hebben in de tabel OrderStatus met dezelfde code, ook al is StatusCode zelf niet de primaire sleutel. Een unieke index vertelt Access om dubbele waarden in dat veld te voorkomen.
Niet-unieke indexen Tabellen kunnen ook indexen bevatten om zoekopdrachten en sorteringen op deze velden te versnellen, bijvoorbeeld Orders.OrderDate. Veel bestellingen kunnen op dezelfde dag worden geplaatst en u wilt vaak zoeken en sorteren op orderdatums. Er is een niet-unieke index op dat veld om het zoeken en sorteren te versnellen.
Tabel- en veldnamen U kunt een naam geven op elke gewenste manier, maar consistentie is belangrijk. Het is raadzaam om tabel- en veldnamen uit een of meer woorden te bestaan zonder spaties, en geen speciale tekens, zoals een slash (/), hekje (#) of percentage (%). Gebruik bijvoorbeeld OrderDate, maar niet Orderdatum; gebruik OrderNumber of OrderNo, maar niet Order#.
CamelCase Woorden met hoofdletters markeren om afzonderlijke delen van de naam te markeren, bijvoorbeeld OrderDate, maar niet Orderdate of orderDate.
Vereiste waarde Dit principe brengt het belang van bedrijfsregels voor een toepassing naar boven. In sommige situaties zijn waarden of zelfs specifieke waarden in sommige velden vereist. Wat is bijvoorbeeld het goede van een bestelling zonder de klant te kennen die deze heeft geplaatst? Dit betekent dat CustomerID een vereist veld is voor de tabel Orders.
Berekende velden Access ondersteunt berekende velden in tabellen, bijvoorbeeld het veld Employees.FullName. Mogelijk maakt u liever berekende velden in een query dan in een tabel.
Bijlagevelden Access ondersteunt bijlagevelden, bijvoorbeeld Employees.Picture, die een afbeelding van de werknemer bevat. Bijlagen kunnen afbeeldingen, documenten, e-mailberichten en andere binaire informatie opslaan. Bijlagen nemen veel ruimte in de database in beslag. het is efficiënter om bijlagen op te slaan op een bestandsserver.
Velden met meerdere waarden Zoals de naam al aangeeft, slaan velden met meerdere waarden een of meer waarden op in één veld, bijvoorbeeld Employees.Title. We raden u aan om ze spaarzaam te gebruiken, vooral als u uw database wilt upsizen. De meeste andere databasesystemen hebben deze niet, dus dat zou veel opnieuw moeten worden uitgevoerd.
Zie Inleiding tot gegevenstypen en veldeigenschappen voor meer informatie over gegevenstypen.
In deze sectie worden de belangrijkste functies van elke tabel besproken. Als u het ontwerp van een tabel wilt controleren, selecteert u deze in het navigatiedeelvenster, klikt u er met de rechtermuisknop op, kiest u Ontwerpweergave of selecteert u Hulpmiddelen voor databases > relaties en klikt u met de rechtermuisknop op een tabelobject. Zie Inleiding tot tabellen voor meer informatie.
Belangrijk: Vermijd het gebruik van gereserveerde woorden die naamconflicten kunnen veroorzaken. Zie Meer informatie over gereserveerde woorden en symbolen in Access voor meer informatie.
Tabel Werknemers
In deze tabel wordt informatie opgeslagen over de werknemers van Northwind.
|
Velden |
Beschrijving |
|
Voornaam, Achternaam |
Beide namen zijn vereist en in Northwind moeten ze samen een unieke combinatie zijn. Wanneer u in het tabelontwerp het dialoogvenster Indexen opent, ziet u dat Voornaam en Achternaam een unieke index hebben. Omdat Voornaam en Achternaam uniek zijn geïndexeerd, kunnen in de tabel Northwind geen twee werknemers met dezelfde naam worden opgeslagen. In andere situaties kunt u een andere bedrijfsregel gebruiken. |
|
FullNameFNLN, |
Bekijk de expressie-eigenschap van berekende velden om te zien hoe in Access waarden in berekende velden worden gecombineerd. Als u een middelste initial wilt opnemen, voegt u deze toe aan de bestaande expressie met de juiste afstand tussen de onderdelen. |
|
Telefoonvelden |
De bedrijfsregel voor telefoons is dat de voorkeur van werknemers relevanter is dan het type service. Daarom worden primaire en secundaire telefoonnummers gebruikt in plaats van mobiel, kantoor, thuis, enzovoort. |
|
Aanhef |
Aanhef is een veld korte tekst. Ter illustratie van de functie veld met meerdere waarden in Access is dit een keuzelijst met invoervak met een bewerkbare lijst met vooraf gedefinieerde waarden. Korte, statische lijsten zoals deze zijn vaak kandidaten voor velden met meerdere waarden, omdat ze niet veel veranderen, of nooit. |
|
JobTitle |
JobTitle is een ander vereist veld. |
Tabel Klanten
In deze tabel wordt informatie opgeslagen over klanten van Northwind.
|
Velden |
Beschrijving |
|
CustomerName |
Klanten van Northwind zijn bedrijven en een klantnaam is vereist. In tegenstelling tot werknemersnamen is het echter niet uniek geïndexeerd, waardoor twee of meer klanten dezelfde naam kunnen hebben. |
|
PrimaryContactFirstName, PrimaryContactLastName, |
De voor- en achternamen en functie van de primaire contactpersoon zijn niet vereist omdat klanten mogelijk niet één persoon als primaire contactpersoon hebben. Contactpersonen mogen hun functie niet opgeven voor een bestelling. |
|
BusinessPhone |
Northwind vereist slechts één telefoonnummer voor elke klant, hoewel dit de mogelijkheid voor het vastleggen van meerdere telefoonnummers voor klanten of voor contactpersonen van klanten elimineert. In praktijksituaties zijn complexere bedrijfsregels normaal gesproken van toepassing op contactgegevens. |
|
Adres, plaats |
Northwind heeft een adres nodig om bestellingen naar klanten te verzenden. Er is slechts één algemeen adres voor een klant. In praktijksituaties hebben klanten vaak afzonderlijke facturerings-, verzend- of andere adressen. Voor een andere bedrijfsregel voor uw organisatie zijn extra velden vereist. |
|
Opmerkingen |
Het veld Notities is een gegevenstype Lange tekst, waarin maximaal 1 GB aan tekst wordt opgeslagen. Hiermee kunt u gedetailleerde opmerkingen over klanten invoeren voor gebruik in volgende bestelsituaties. |
Tabel Orders
In deze tabel wordt informatie opgeslagen over de orders van Northwind.
|
Velden |
Beschrijving |
|
OrderDate, ShippedDate, PaidDate |
Voor bestellingen zijn drie datums vereist. Ze zijn allemaal het gegevenstype Datum/tijd, maar hebben twee indelingen. OrderDate heeft zowel een datum als een tijd, omdat u mogelijk geïnteresseerd bent in het analyseren van het ordervolume voor verschillende delen van de dag. Voor de twee andere datums is alleen de datum vereist. Een tabelvalidatieregel voor ShippedDate en PaidDate zorgt ervoor dat deze datums niet vóór de OrderDate vallen. |
|
OrderStatusID |
De orderstatus geeft aan waar de order zich bevindt in de northwind-werkstroom. Orders doorlopen vier fasen: Nieuw ( > Gefactureerd ) > Verzonden - > Gesloten.De refererende sleutel voor de huidige OrderStatus maakt gebruik van OrderStatusID uit de opzoektabel van OrderStatus. Als u een opzoektabel Status gebruikt, zorgt u ervoor dat alleen de vier vooraf gedefinieerde statussen aan een order kunnen worden toegewezen. |
Tabel met ordergegevens
In deze tabel wordt informatie opgeslagen over de bestelgegevens van Northwind.
|
Velden |
Beschrijving |
|
Orderid |
Elk regelitem in de tabel OrderDetails moet deel uitmaken van één order in de tabel Orders. OrderID is een refererende sleutel waarmee die order wordt geïdentificeerd. Zoals eerder vermeld, illustreert een order met een of meer regelitems een een-op-veel-relatie. |
|
Productid |
Elke record in de tabel OrderDetails bevat de ProductID voor het bestelde Product. ProductID is een refererende sleutel in de tabel OrderDetails, waarmee dat Product in die volgorde wordt geïdentificeerd. Dit is ook een een-op-veel-relatie. |
|
OrderID+ ProductID |
Zoals u in de tabel Werknemers hebt gezien, kunnen meerdere velden een unieke index hebben. De unieke index boven OrderID+ProductID in de tabel OrderDetails zorgt ervoor dat elke order slechts één keer een product bevat. Wanneer u het eigenschappenvenster Indexen vanaf het lint opent, ziet u deze unieke index. |
Tabel Producten
In deze tabel wordt informatie opgeslagen over de producten van Northwind.
|
Velden |
Beschrijving |
|
Productcode |
Naast de primaire sleutel, ProductID, hebben Northwind-producten een mensvriendelijke, uniek geïndexeerde productcode. Werknemers verwijzen doorgaans naar productcodes, niet naar primaire sleutelwaarden. De productcode is een samengestelde waarde die bestaat uit een categorieaanduiding en een getal, bijvoorbeeld B-1 voor "Drank", product 1. |
|
Productnaam, |
Naast korte tekstproductnamen is een lange tekstbeschrijving van toepassing op producten. Deze waarde kan worden gebruikt in een catalogusbeschrijving of om vragen van klanten te beantwoorden. |
|
Unitprice |
Alle producten worden verkocht met een eenheidsprijs voor elk item, wat de database vereenvoudigt als een showcase van functies. In de meeste praktijksituaties zijn prijzen vaak aanzienlijk complexer. |
Zie ook
