🚀 go-pugleaf

Pugi! wrote:

> Ik ben van plan om zelf een adres-databank te maken (mysql). Je kunt
> daar heelwat gegevens in kwijt zoals naam, thuisadres, verjaardag,
> paar email, telefoon, fax, gsm, huwelijksverjaardag, werk (en hier ook
> adres, functies, email, telefoon, ...), paar commentaarvelden (naam
> partner en kinderen bvb.), ...
> Maar dan zit je in je tabel met een groot aantal lege velden omdat je
> niet van iedereen de gegevens ivm werk wilt bijhouden.

Dan is je database model dus fout.

Wat je bij een goed database model doet is je tabellen zo maken dat een 
minimale hoeveelheid data dubbel wordt opgeslagen (liefst niks).

Bv. Werk, er zijn vast meer mensen bij een zelfde bedrijf, en niet 
iedereen werkt.

Je kan dan een tabel voor persoongegevens, een tabel voor werkgegevens, 
en een tabel die die twee koppelt.

Als je goed naar je model gaat kijken zie je vast meer van dit soort 
zaken (adressen worden soms gedeeld, telefoonnrs, etc). 

Ook kan je een relatietabel maken, dus persoon a heeft een b relatie met 
c. 

> OK, het wordt dus een relationele databank met verschillende tabellen.
> Werk wordt een aparte tabel

:-D.

> Land-informatie (naam land en int. telefooncode) kan ook in aparte
> tabel Provincies of staten per land kunnen ook in aparte tabel.
> ...
> Maar ben ik hier niet terug het wiel aan het uitvinden ? Hoe ziet de
> ultieme adres-databank er uit ?

Die bestaat niet :-D

Maak gewoon een lijstje van wat je wilt. Bij een goed ontwerp kan je 
altijd tabellen toevoegen, met evt. een koppeltabel.

-- 
John Bokma
                 Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Ervaren Perl / Java programmeur beschikbaar:  http://castleamber.com/
Tevreden opdrachtgevers:     http://castleamber.com/testimonials.html