welke tabellen heb ik nodig?

heeft niemand er wat van te zeggen?

Vind het een nette tut. Moest bij somige dingen wel even 1 of 2x extra lezen om het te kunnen begrijpen.

Maar dit is wel een handige opstap tot normaliseren van je database. Moet wel zeggen dat ik op mysql nog niet veel kijk heb, maar zo voorbeeld kan veel duidelijk maken voor beginners.

Het is een leuke en vooral makkelijke benadering voor het inrichten van de database, die je in gedachten erg snel kan uitvoeren.

Over de inhoud twee opmerkingen:
- Je hebt in de tabel Klas de kolom Aantal-leerlingen; dat is een gegeven die je niet op hoeft te slaan, omdat het een procesgegeven is. Het aantal leerlingen uit een klas is natuurlijk op te halen door een COUNT() op de tabel Student.

- Bij de uitleg van de veel-op-veel relatie koppel je een student aan een docent. Dat is volgens mij geen goede relatie, dat zou betekenen dat een docent aan alle leerlingen van dezelfde klas gelinkt wordt. Dat terwijl die relatie er eigenlijk al is tussen Klas en Student. Volgens mij moet de tabel Docent dus een relatie hebben met Klas.

volgens mij haal je wat dingetjes door elkaar. bovenstaande voorbeelden zijn op zichzelf staande zaken, de tabel Klas bestaat helemaal niet bij de veel op veel relatie, daar is enkel sprake van student, les, en docent.



inderdaad, klein foutje, pas het even aan. maar dannog zou je een COUNT() op klas moeten doen, niet alle leerlingen zitten in dezelfde klas



dit gebeurt als het ware ook (al heet klas hier dan les). 'Student krijgt les van Docent'. dit worden drie tabellen: student, les, en docent. dan heeft docent helemaal niets meer te maken met student, maar met les. vervolgens koppelt deze tabel weer naar studenten

Heb je ook aan 1 tabel users gedacht waar je uiteindelijk een status of categorie (leerling, student) aan gaat geven? Dit lijkt mij uiteindelijk nog handiger aangezien je veelal dezelfde informatie op gaat slaan in beide tabellen.
Wees niet te bang om extra tabellen aan te maken. Vaak kan je met eenvoudige code een tabel in een admin paneel beheren. Zo bouw je wel iets voor de toekomst want wat als een leerling uiteindelijk een docent wordt? Dan heb je de persoon in 2 tabellen staan en ga je ergens hiaten in je leerling/docent en klas geschiedenis oplopen.

Kortom: Denk iets groter dan leerling of docent -> denk aan persoon. Heb je vakanties, weekenden of een avond in de kroeg? Dat is een event of activiteit. Heb je een restaurant, kroeg, vakantiehuis of school. Het valt allemaal in dezelfde categorie namelijk locatie.

Ik ben erg fan van categoriseren binnen 1 tabel. Normaliseren tot de max en deuren voor de toekomst open houden.

Dat is natuurlijk ook de bedoeling (vind ik), maar dit zijn slechts voorbeelden om relaties te leggen, ongeacht of er dit zou kunnen. Na het bepalen van de relaties, ga je normaliseren, en als het goed is krijg je dan nette tabellen

Ik vind het een zeer komische, doch treffende, uitleg.
Geweldige beginopzet.

bedankt!

Goede eerste stap richting normaliseren! Van mij mag je echter wel de nadruk leggen dat de modellen die je nu verkregen hebt, nog niet optimaal zijn.

Een ander punt: de PK van je koppeltabel is naar mijn mening incorrect. Je kunt nu maar 1 student/docent combinatie per lokaal hebben (een PK kan immers maar 1x voorkomen). Tenzij je 1-op-1 lessen geeft, lijkt mij dit geen gewenste situatie. Bovendien kun je gewoon een PK aanbrengen op de combinatie van de twee FK's. Op die manier kun je records ook uniek onderscheiden...

natuurlijk. zo zie je maar weer dat je snel iets over het hoofd ziet.

ik heb niels net een berichtje gestuurd met een aantal aanpassingen en een nieuwe pagina. ik heb veel van de reacties erin verwerkt.

bedankt voor alle opbouwende kritiek!

Het heeft even geduurd, maar nu zijn de wijzigingen toch doorgevoerd. Bedankt Niels ;)