🚀 go-pugleaf

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

>> en ook natuurlijk nog het probleem dat je dit nooit mooi met een query 
>> in 1x kan opvragen
> 
>  > (voor wie het nog niet begrepen had, bij extra_velden worden er velden
>  > gedefineerd die eventueel aan een gebruiker toegewezen kunnen worden,
>  > bijvoorbeeld geboorteplaats.
>  > In extra_opties vind deze link plaats. user_id het gebruikersnummer,
>  > veld_id de identificatie voor wat er gedefineerd wordt, en in waarde de
>  > waarde, maar wat voor veldtype moet dat worden, en hoe krijg ik er in de
>  > resultaten van de SELECT query een veld "geboorteplaats" erbij
>  > (bijvoorbeeld))
> 
> 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.

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