Hoe een relationeel gegevensmodel te maken

Zorgen over de relaties tussen entiteiten. Je eerste doel is om een ​​kaart te maken van de relaties die verschillende commerciële objecten zullen hebben. Het is het deel van logische modellering de Fysiek model is de praktische implementatie. Verwar beide niet en combineer ze niet.

Bereid je voor om een ​​oorlog alleen te voeren en wijdt je alleen aan kwaliteitsstandaardisatie. De meeste databases zijn zonde omdat hun ontwerpers lui zijn en Ze willen gewoon iets pakken. Het kan altijd later worden opgelost. Ja, natuurlijk.

Zodra het tijd is om de tabellen te schrijven, richt u zich op de zoekopdrachten en de soorten tabellen (postcodes, statussen, productcategorieën, enz.).). Je hebt ze nodig voor externe sleutelrelaties in de tabellen waar. Bovendien krijgt u een voorverwarming voordat u de centrale transactietabellen bereikt.

Als algemene regel: sla geen gegevens op die kunnen worden afgeleid uit andere velden. Als u de geboortedatum en de startdatum weet, weet u ook de leeftijd op de startdatum - neem deze leeftijd niet op in de tabel.

Geen NULL. Een NULL (nul) waarde vertegenwoordigt een ongedefinieerd attribuut van een identiteit. Als een entiteit een bepaald kenmerk kan hebben of niet, moet het worden gemanipuleerd door een kruistabel.

De tegenstrijdige NULL-waarden zijn op zichzelf nuttig om kenmerken te identificeren die nog niet door de gebruikers zijn voltooid. Dit is met name handig wanneer een gebruiker een vooraf bepaalde waarde moet selecteren om de toepassing van de juiste bedrijfsregels te bepalen. In geval 2, hoe zou u een adrestabel ontwerpen waarin adres 1 is voltooid en adres 2 niet nodig was, maar als adres 2 is voltooid, moet dit voldoen aan de commerciële regels van het veld? Natuurlijk kun je standaard een lege ruimte instellen, maar is het beter dan te weten dat de gebruiker het veld niet heeft bewerkt? Probeer een derde normale vorm op een internationaal adres ... Het is waarschijnlijk mogelijk, maar houd de complexiteit van gegevensherstructurering op een zinvolle manier in de gaten.

Maak uzelf vertrouwd met de gekruiste tafels (veel te veel). Je zult ze overal gebruiken, als je de dingen goed doet. Een voorbeeld is een database van een school met een tabel voor leerkrachten en een school voor leerlingen. Studenten hebben meer dan één docent en docenten hebben meer dan één student, dus de gekruiste tabel, behalve die van `docenten` en `studenten`, heeft twee kolommen met externe toetsen die naar beide wijzen. De primaire sleutel zou de combinatie van die twee zijn.

Gebruik een goede conventie voor namen. Plaats de facturen in een tabel met de naam factuur. De producten gaan erin product. De gekruiste tafel zou zijn Productfactuur, of productFectuur, afhankelijk van welke tabel het ware centrum van de relatie is.

De interne vakbonden zijn erg goed, maar waarschijnlijk zijn er ook veel verklaringen van EXTERNE BUITENUNITS die kunnen werken. Wen aan de verschillende verklaringen van vakbonden (behalve UNION).

Als je te maken hebt met een overgeërfde applicatie, bouw je je schema hier onafhankelijk van op (kijk er niet eens naar). Concentreer u op de regels en zakelijke relaties die u probeert uit te voeren, maar u kunt worden afgeleid als u kijkt naar hoe iemand anders het heeft opgezet. Zie stap # 4.