Hjælp til db design

Hvad hvis valg af subcourse altid "går gennem" course?

PS: Kan ikke se dit diagram..

Hov, her er det;
http://www.tiikoni.com/tis/view/?id=e60d775

ideelt set (i mit hoved) skal der være en tabel der lagrer hvilke courses + subcourses brugeren er meldt til. Men da en bruger nødvendigvis ikke har et subcourse bliver det vel et problem mht. fremmednøgle til subcourses tabellen ...?

er det rigtigt at course-subcourse er M:M??

users-course maa da skulle vaere M:M!

Hej Arne,
course-subcourse er faktisk ikke M:M så junction tabellen kan fjernes.
Klasse er egentlig nok en bedre betegnelse end course, så users-course skulle være god nok.

Men mit hoved-"problem" er; hvordan registrerer man at en user altid er tilmeldt et course/klasse, men måske også et subcourse. Kræver det hver sin tabel til både course og subcourse der registrerer brugerid'et?

Du skal heller ikke gøre sådan synes jeg :)

Lav din course-table med en fremmednøgle til user-tabeller og gør det samme med subcourse.

Dine forretningsregler skal du udtrykke i logiske constraints, lad være med at hoppe i fælden at forsøge at modellere dem. De kan måske ændre sig og så står man med en ubrugelig datamodel.

Derudover synes jeg måske også dine ekstra tabeller til usertyper og intervention måske bør droppes, hvad indeholder de? ja ja.. jeg ved godt du prøver at overholde 2NF, men når det kommer til type-tabeller så bør man normalisere med sund fornuft :) naturligvis sålænge man kan argumentere for det.

Tilsidst vil jeg sige at du skal bruge den samme naming-convention i alle tabeller.

Jeg har lavet følgende løsning;
http://www.tiikoni.com/tis/view/?id=d0535e0
som løser problemet. Jeg bruger en tabel, user_enrollment til at lagre hvilke klasser / subklasser brugeren er meldt til, og ved at tillade null i kolonnen subclass_id kan man være tilmeldt 0 subklasser.

Jep, god løsning :)

Men få lige styr på din naming, så spiller det. Bestem dig for om du vil bruge underscores, Camel Case eller pascal case.

Er det rigtigt at test resultat kun haenger paa user og ikke paa class?