🚀 go-pugleaf

"John Bokma" <john@castleamber.com> wrote in message 
news:Xns97DC86C2CC61Fcastleamber@130.133.1.4...

>> Stel ik wil een tabel met personen maken. Sommige van die personen
>> hebben meerdere telefoonnummers
>>
>> * mogelijkheid 1: ik maak "voldoende" (wat dat ook moge wezen)
>> verschillende velden om de telefoonnummers te herbergen. voordeel:
>> alles zit in 1 tabel, nadeel: vele cellen zijn leeg, inefficiente
>> opslag en gewoon "lelijk", of niet?
>>
>> *�mogelijkheid 2: ik stop telefoonnummers in een aparte tabel, waarbij
>> ik telefoonnummers aan persoonid's koppel. voordeel: efficiente
>> opslag, mogelijkheid tot toevoegen van andere aspecten van
>> telefoonnummers (bvb het is een gsm-nummer). nadeel: opvragen van alle
>> persoonsgegevens is iets bewerkelijker.
>>
>> Zijn er nog andere mogelijkheden, welke geniet jouw voorkeur?
>
> Laatste. Waarom vind je het opvragen bewerkelijker?

Het lijkt me algoritmisch-theoretisch meer rekentijd te vragen.

In verband met het koppelen van tabellen heb ik nog een bijkomende vraag.
Ik heb een MySQL server lopen op een Linuxbak. Op een client run ik MySQL 
Administrator om zelf al wat gegevens in tabellen te stoppen vooraleer ik de 
PHP-scripts schrijf die gebruikers kunnen gebruiken om dat te doen.

De tabel telefoonnummers heeft een veld dat een persoon-id bevat. Is er nu 
een gemakkelijkere manier om deze tabel op te vullen, dan manueel het juiste 
persoon-id in te vullen? Ik zou de bewuste persoon willen kiezen uit 
bijvoorbeeld een pulldownmenu van personen. Is er bestaande software die mij 
hier bij kan helpen?

Fons