Pakketten en Reflexive Relationships

erd gedaan op die manier, de analyse van de Purchasing klasse zou niet compleet zijn. De werknemer klasse is eigenlijk een pakket op zijn eigen. Dit komt omdat het bedrijf dat vraagt ​​om de database te schrijven behandelt het als een grote eenheid. Het kan worden uitgebreid tot zaken als beroepen, salaris, stappen, leeftijd, pensioen en menselijke verhaal beheer bevatten. Dus voor een groot bedrijf de werknemer pakket kan hebben meerdere tafels. De tabel Werknemer zoals het is, in ons voorbeeld, is op zijn minst, 3NF.

Voor de eenvoud onze motorfiets bedrijf heeft slechts één tafel voor het pakket. Het is gekoppeld aan de Purchasing pakket via de EmpID (EmployeeID) van de werknemer tafel in de Employee pakket en de EmpID van PurchaseOrder tafel in de Purchasing pakket. Op dit moment hebben we afgewerkt met de analyse in de inkooppakket en vanwege de aard van ons gewoon werknemer pakket, hebben we afgewerkt met de analyse in de werknemer pakket. Nou ja, een vrij korte tutorial. Laten we eindigen hier en ga verder in het volgende deel van de serie.

ChrysTutorials in de Series1 Normalization2 Initial Form Evaluation3 Eerste Normal Form4 Tweede Normaal Form5 Derde Normaal Form6 Database Top-Level View7 pakketten en Many-to-many Relationships8 Colli en Subtypes9 Colli en Reflexieve Relationships10 Colli en Compositions11 pakketten en N-aire Association12 Database Normalisatie van Top -niveau View13 Database van Queries14 identificerende gegevens Items en Entities15 Toenemende kolommen in een database Entity16 bepalen van de primaire sleutels in de database Entities17 identificeren Logische Relaties en Buitenlandse KeysThe Must Know in Database Design en MySQL ServerThe Must Know in Database Design en MySQL Server