🚀 go-pugleaf

"Fons" <fons@invalid> wrote:

> Hallo,
> 
> Enkele vraagjes over het degelijk opzetten van een database aangezien
> ik nooit een dergelijke opleiding heb genoten:
> 
> ===========
> Probleem 1
> ===========
> 
> 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?

> ===========
> Probleem 2)
> ===========
> 
> Stel ik wil via een webinterface mensen records laten toevoegen of 
> verwijderen. Is het mogelijk om dat verwijderen uit te stellen tot een
> of andere bevestiging wordt gegeven? Of moet ik dat zelf implementeren
> door bijvoorbeeld records een veld "actief" mee te geven en bij het
> verwijderen records inactief te maken zonder ze (vooralsnog) echt te
> DELETE-en. Andere mogelijkheden?

Wil je moderatie implementeren? Dan is een vlaggetje "actief" inderdaad 
een optie.


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

Fons,

> * 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.

Optie twee, zonder twijfel.

Je zegt dat optie twee iets bewerkelijker is. Integendeel zou ik zeggen. Bij 
optie 1 moet je veld per veld gaan controleren of het al dan niet is 
ingevuld. Bij optie twee lus je gewoon doorheen de rijen en controleer je 
steeds hetzelfde veld.

> Stel ik wil via een webinterface mensen records laten toevoegen of 
> verwijderen. Is het mogelijk om dat verwijderen uit te stellen tot een of 
> andere bevestiging wordt gegeven? Of moet ik dat zelf implementeren door 
> bijvoorbeeld records een veld "actief" mee te geven en bij het verwijderen 
> records inactief te maken zonder ze (vooralsnog) echt te DELETE-en. Andere 
> mogelijkheden?

Een status bijhouden per record is de beste oplossing.

Steven

- - - 

"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

"Fons" <fons@invalid> wrote:

[ 2 tabellen + join ]
> Het lijkt me algoritmisch-theoretisch meer rekentijd te vragen.

Dat zijn dingen waar je je niet al te veel zorgen over moet maken. Early 
optimisation is vaak vragen om problemen. Op de IDs zet je een index, 
zodat in de telefoontabel razendsnel alle nummers bij 1 persoon gevonden 
kunnen worden.

> 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?

Met PHP is het niet zo heel ingewikkeld om zo'n interface in een 
webbrowser te laten draaien.

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