Det er alle slags informasjon du trenger å vite om forholdet mellom en pakke og en annen, før du trekker den stiplede linjen og bue forbindelse mellom packages.Producing Database Top-Level View Det er ingen klar vitenskapelig prosedyre for å komme opp med øverste nivå over en database. Å ha det øverste nivået utsikt du har til å møte den høyeste leder (CEO) i selskapet og sannsynligvis noen av bedriftens arbeidere og diskos med dem om hvordan selskapet opererer (eller hvordan selskapet vil operere hvis det er et nytt selskap) .
Fra diskusjonen du får med dem, produserer du databasen toppnivå visning. På dette punktet du ikke trenger å vite hvordan de resulterende tabellene vil se ut (eller hvordan de ville være). Men når du diskutere med dem om hvordan selskapet opererer (forretningsprosesser), vil du være i stand til å komme opp med en god database toppnivå visning. Med store kunder, vil mer enn én person fra programvareselskapet besøke de forskjellige delene av kunden selskapet og komme opp med de ulike delene av toppnivå visning.
Så du kan produsere normaliserte tabeller (tabeller som er i minst tredje normalform) begynner fra øverste nivå visning. Jeg kaller denne tilnærmingen pakken tilnærming (se nedenfor) .Producing Normalis Tabeller fra Top-Level visning I divisjon 1 av denne serien, lært deg de ulike typer relasjoner. Nettopp, lærte du en-til-en, en-til-mange, mange-til-mange, n-ær, aggregering, komposisjon, generalisering, og refleksive foreninger. Her er hemmeligheten.
Å skape normaliserte tabeller fra øverste nivå visning, gå til hver pakke, og for hver pakke, sjekk om det kan bli brutt ned i noen av de ovennevnte foreninger. Du kan deretter gå til hver blokk i en brutt ned pakken og se om det kan fortsatt bli brutt ned i noen av foreningene. Man fortsetter på denne måten for hver blokk som resulterer i en pakke, inntil det ikke ny blokk kan brytes lenger. I praksis trenger du ikke å holde bryte ned for lenge i en pakke før du når de endelige blokker.
De siste blokkene er nesten på, minst, den tred