reeds enkele jaren maak ik gebruik van databases om websites / catalogen te voeden met data. Ik heb nog nooit een eigen database opgezet.
Nu zou ik voor mijn eigen site een database willen maken, maar ik zit vast met het ontwerp van de database.
Mja die gewichten he. Die zou ik in (ten minste) een aparte tabel onderbrengen. En sommige gegevens kun je berekenen als je die historie hebt, dus die zijn afleidbaar. De vraag is of je die dubbel (redundant) wilt opslaan of niet.
"Puppies" en "Gewichten" zijn niet echt hetzelfde, maar zijn tegelijkertijd onlosmakelijk met elkaar verbonden.
Hoe meer gegevens je gestructureerd opslaat, hoe meer informatie je hier ook weer uit kunt halen op den duur.
De voorgestelde tabel is al een mooie aanzet.. Ik denk ook dat het beter is om relationele tabellen te gaan maken.
Ik vermoed ééntje met de pups, eventueel met geboortegegevens. Een andere met de gewichten.
Zou ik één tabel maken met alle gewichten van alle pups samen of per pup een andere tabel?
Nooit tabellen per aantal maken, dat strijdt tegen databasenormalisatie in. Je moet je databasestructuur zo flexibel mogelijk houden. Dat wil zeggen dat je deze niet steeds moet aanpassen als je jouw bestaande data uitbreidt met nieuwe records.
Ik zou dus voor één tabel gaan waarin je de gewichten van de pups inzet.