🚀 go-pugleaf

Hello,

> ik ga die 30 gegevens over een bepaald item nooit tegelijkertijd laten
> zien op mijn website, maar altijd maar een kleine selectie ervan. Wat is
> nu het beste (en snelste): ��n grote tabel van +/-100 rijen en 30
> kolommen of een aantal tabellen met enkele kolommen (gegroepeerd door
> gebruik) met in elke tabel een gemeenschappelijke kolom met een uniek
> gegeven(bv indexnummer)

je kunt het beste beginnen met een ontwerp op papier en daar starten
vanaf een enkele tabel die je dan 'normaliseert'. Kort gezegd (ik hoop
dat ik hier geen domme fouten typ) is het zo dat je ervoor moet zorgen
dat bij het toevoegen, verwijderen, wijzigen van data geen dubbel werk
mag doen. Een voorbeeldje. Stel dat we een tabel hebben van (aargh,
klassiek vb ;-)) werknemers. Dan kunnen we de volgende kolommen hebben:

id naam voornaam straat nummer bus woonplaats postcode

als er dan tien pipo's zijn die in  gent wonen en plots verandert de
postcode van gent. Dan is het stom om tien rijen te gaan aanpassen. ipv
daarvaan zorg je best voor afzonderlijke tabellen, vb.

id_n naam voornaam

id_a straat nummer bus

id_w woonplaats postcode 

en dan een tabel werknemer

id id_n id_a id_w

afin, iets in dien trant. 

> of gaat het in snelheid niet veel uitmaken?

snelheid is hier niet belangrijk. wat belangrijk is, is dat je DB goed
gestructureerd is. lees eens 

An introduction to database systems van CJ Date

(goed boek, lees het een keer en je hebt alles drie keer gelezen ;-)
 
mvg,
andy

==========================================================================
Dept. of Applied Mathematics and Computer Science, University of Ghent
Krijgslaan 281 - S9, B - 9000 Ghent, Belgium
Phone: +32-9-264.47.66, Fax: +32-9-264.49.95
E-mail: andy.georges@rug.ac.be
==========================================================================