🚀 go-pugleaf

Yorn de Jong schreef:
> Paul van der Vlis wrote:
> 
>> Yorn de Jong schreef:
>>
>>> Ik heb zelf een soortgelijk probleempje:
>>>
>>> Ik heb tabel users:
>>> user_id: bigint
>>> <hier komt nog meer info over de gebruiker, doet er niet toe
>>>
>>> tabel extra_velden
>>> veld_id: bigint
>>> veldnaam: varchar
>>>
>>> tabel extra_opties
>>> user_id: bigint
>>> veld_id: bigint
>>> waarde: tsja, wat doe ik hier? varchar?
>>
>> Vertel eens wat voor soort waardes je erin wilt stoppen. Een datum is 
>> gewoon iets anders dan een foto of een ja/nee vraag.
> 
> Da's dus juist afhankelijk van degene die de tabel beheert. 't kan een 
> datum zijn, een foto, een ja/nee vraag, een tekstje, en nog wel veel 
> meer. 't gaat er juist om dat de database makkelijk te "updaten" is

Het lijkt me dat ze zoiets zouden kunnen doen door velden aan de tabel 
toe te voegen. Dan kunnen ze ook zelf bepalen welke velden.
Je zou een paar voorbeeldjes kunnen maken.

>> Met queries kun je heel veel (alles), maar inderdaad, je hebt soms 
>> meerdere queries nodig. Waarom is dat een probleem?
>> Vertel eens waarom je het niet in 1 tabel zet? Iedere gebruiker heeft 
>> een geboorteplaats.
> 
> Omdat de admin dingen mag toevoegen aan de vragen die aan de gebruikers 
> worden gesteld.
> Niet op iedere site wordt er naar je geboorteplaats of sofi-nummer 
> gevraagd.

OK, dat kan hij doen dus.

>> Stel je wilt de "kinderen" van die users in een aparte tabel zetten, 
>> dan is het logisch. Want users kunnen veel kinderen hebben.
>>
>> Of stel je wilt "overnachtingen" van de users in een aparte tabel 
>> zetten (denk aan een hotel), dan is het ook logisch.
> 
> 't gaat hier juist om extra gegevens over een gebruiker op te slaan, 
> niet om de gegevens die je toch al wel zou opslaan (als je een hotel 
> hebt, zullen de users vast wel minimaal 1 nacht blijven slapen)

Niet de mensen die alleen informatie opvragen.

Groet,
Paul.