🚀 go-pugleaf

> >
> Het feit dat je queries over verschillende record's moet
> uitvoeren wil zeggen dat de velden in de verschillende record's
> een verband hebben, en dat ze ofwel:
> 1. in dezelfde record moeten staan.
> 2. aan elkaar gelinkt worden.

dat is hier dus het geval

> Als er meer gegevens moeten bijkomen, moet je inderdaad een ALTER
> TABLE doen, MAAR:

idd, maar dat wou ik dus vermijden door een andere structuur te
gebruiken

> - als er gegevens niet in de database zitten die er eigenlijk wel
>   zouden moeten inzitten, dan heb je de database slecht ontworpen.
>   (Let wel: niet elk veld van een record moet noodzakelijkerwijs
>    ingevuld worden).

tenzij het gewoon een dynamische database moet zijn 

> - je moet in queries altijd naar veldnamen refereren, d.w.z. je
>   kan geen queries maken die zegt: "zoek iets op in een database".
>   Als je naar zoiets op zoek bent, kan je beter met plain-tekst
>   files en "grep" werken.

'k ben er mij van bewust

> 
> Om kort te zijn:
> 1. Begin altijd met de datastructuur te ontwerpen.
>    Dit veronderstelt inderdaad dat je op voorhand weet welke
>    data in de database terecht zal komen, en wat de betekenis
>    van de data is. Als je dat niet weet, dan wil dit zeggen dat
>    het voorontwerp (analyse) niet goed is.

niet per se, het kan toch dat het gewoon zo complex is dat het niet
mogelijk is op voorhand te bepalen welke data er in de database terecht
komt

> 2. Bouw hierop de applicatie(s).
> Anders zit je zoieso met een onduidelijke spagetti structuur,
> waar je heel moeilijk mee kan werken en die volledig aan de
> applicatie gebonden is. (Stel je eens voor dat iemand anders
> de database die jij ontworpen hebt, nog voor iets anders wil
> gebruiken.)


dan is die heel eenvoudig te converteren naar een ander formaat en zelfs
bruikbaar in dit formaat als je genoeg sql kent om er wat in te zoeken.



cu,
Tom

-- 
The statement below is true. 
The statement above is false.