[databaseontwerp] op welke manier ?

[whitehouse]

ik wil een soort van cijferlijst maken, en deze wil ik maken door het opzetten van 2 tabellen, namelijk 1 met de vakken/cijfers en 1 met de gebruikers ..
ik heb een gebruiker id, en een vakid, is het slim om een 3e tabel te maken met de beide keys, of kan ik gebruiker-id gewoon in gebruiker zetten, en deze ook weer terug laten komen in vakken/cijfers ?

(dit hep toc wat te doen met normalisatie ?)

[Orphix]

Ik zou 3 tabellen doen
1. Gebruikers
2. Vakken
3. Cijfers-op-vakken-van-gebruikers

[reskobon]

Als je een tabel met vakken en cijfers hebt dan zou dat beteken dat je per vak dus maar 1 cijfer kan toekennen.

Ben even aan het denken

edit:

ja klopt en gebruik dan die derde tabel als relatie tabel tussen vakken en gebruikers

[whitehouse]

wat is de reden dat ik niet gewoon een gebruiker-id in de tabel vakken zet ? (zodat de pk dan op gebruiker-id en vak ligt ..) ??

[Orphix]

Op maandag 11 februari 2002 00:17 schreef whitehouse het volgende:
wat is de reden dat ik niet gewoon een gebruiker-id in de tabel vakken zet ? (zodat de pk dan op gebruiker-id en vak ligt ..) ??

normalisatie waar je het al over had. Op de manier waarop jij het wil moet telkens het vak opnieuw ingevoerd worden.

[Verwijderd]

Als je een modelleringstechniek gebruikt, kom je er vanzelf achter welke tabellen je nodig hebt. Freubelen met 'heb ik een extra tabelletje nodig voor X of voor Y?' is er dan niet bij, je model resulteert in je tabellen.

[Martijn02]

Tabel user
ID
name
andere info van user

Tabel vak (of course whatever you want, is wel netjes om alles engels te houden)
ID
name
andere info van het vak

Tabel cijfer
ID
userID
vakID
datum
cijfer

[D2k]

<dusty mode>
Date
</dusty mode>
oftwel zoek eens naar het boek van CJ Date

[Verwijderd]

Niam

[whitehouse]

Niam heb ik al .. gebruik dat samen met de case tool FCO-IM ..
maar deze bakt soms ook tabellen die (voor het oog) onlogisch in elkaar zitten.

[Verwijderd]

Op maandag 11 februari 2002 17:07 schreef whitehouse het volgende:
Niam heb ik al .. gebruik dat samen met de case tool FCO-IM ..
maar deze bakt soms ook tabellen die (voor het oog) onlogisch in elkaar zitten.

"De computer heeft het gedaan!"

Dan vertaal je je schema toch met de hand naar tables? Zo moeilijk is dat niet hoor. Als hij er tables van bakt die onlogisch lijken heb je zeer waarschijnlijk constraints gedefinieerd die niet correct zijn (of beter: redundant).

[whitehouse]

hoe doe ik het volgende in mysql :

ALTER TABLE STUDENTCIJFERVAKEXP
ADD CHECK (VAK
IN (SELECT VAK FROM STUDENTVAKCIJFERDATUMEXP));

[TheRebell]

Op maandag 11 februari 2002 17:39 schreef whitehouse het volgende:
hoe doe ik het volgende in mysql :

ALTER TABLE STUDENTCIJFERVAKEXP
ADD CHECK (VAK
IN (SELECT VAK FROM STUDENTVAKCIJFERDATUMEXP));

huh nu in het nederlands graag.

[TheRebell]

ALTER TABLE `databeestnaam`.`studentcijfervakexp` ADD `check` BOOLEAN NOT NULL

verander anders ff boolean naar het gewenste type

suc6

[Verwijderd]

Maak eerst een ERD diagram..

[Verwijderd]

Op maandag 11 februari 2002 22:12 schreef Tizzwat het volgende:
Maak eerst een ERD diagram..

Of bedenk: wil ik per vak 1 cijfer bijhouden (en is dit optioneel), of wil ik alle herkansingen bijhouden

En hoe zet je niam om naar tabellen, een voorzet:

(sorry, ik kan de transparant-optie in MS Paint voor WinXP niet vinden, bij w2k zat'ie onder attributes)

[Verwijderd]

Moet je eerst je entiteiten onderscheiden, vervolgens bij die entiteiten de attributen bedenken en tenslotte een ERD (Entity Relationship Diagram) maken.
Dan heb je een duidelijk overzicht van hoe je database eruit moet zien..

[Verwijderd]

E/R Diagram is een resultaat van een naar tabellen gemodificeerd NIAM schema. Oftewel: een E/R Diagram is niet de basis van je model, maar een resultaat van je model.