Input til database design - oprettelse af tabeller

Jeg står og skal afsted, men lige et par hurtige inputs.  Mere kan følge senere.

Jeg vil gætte på, at hvert stævnested kan i tidens løb bruges til mange stævner på forskellige datoer.  Derfor ville jeg lave en tabel 'Sted' der indeholder navnet på stedet og andre oplysninger der måtte være nyttige, så som adresse, og navn og telefon nummer på en kontaktperson, men ikke nogen dato.

Hvis derimod hvert stævnenavn kun forekommer en gang og på en bestemt dato.  Det kan være 'Festivalstævne 2012', 'Festivalstævne 2013', 'Jubilæumsstævne' o.s.v., men unikke navne på hvert stævne.  I så fald kunne jeg se en tabel med stævnenavn, dato, og sted.  (Alltså du har datoen i den forkerte af de to tabeller.)

Så vil jeg foreslå kun at have en tabel for vægtklasser.  Enten skal navnet på en vægtklasse indeholde male eller female (fluevægt male, fluevægt female, o.s.v.) eller også skal tabellen have et felt for køn.  Såsom:

vægtklasse køn lower upper
fluevægt  male  40  45
mellevægt male  46  60
fluevægt female 35  50

o.s.v.

Fordelen er, at du så ikke i Deltagere skal have flere felter for vægtklasse.

Bodyweight, hvis den ikke ligger fast for en person men varierer fra stævne til stævne er det nok relevant at have den i Deltager.

Men ellers er du stort set igang i den rigtige retning.

Hej Christian  m.fl.

- Og mange tak for responsen - er bestemt noget jeg vil bruge i mit design. Jeg ved ikke hvorledes "pointsystemet" virker her på forummet, men mange tak for inputtene indtil videre :).

Efter dine fornuftige input, består min database af følgende tabeller + attributter:

Sted
Id (PK)
By
Adresse
Stævne_id (FK)

Stævne
Id (PK)
Navn
Dato

Klub
Id (PK)
navn
Sted_Id (FK)

Medlem
Id (PK)
Firstname
Middelname
Lastname
Alder
Køn (er noget usikker på om køn er forkert placeret, idet den også ligger i tabel vægtklasse, dog med en anden betydning/kontekst?)
klub_Id (FK)

Aldersklasse
Id (PK)
aldersklasse
lower_class
upper_class

Vægtklasse
Id (PK)
vægtklasse
lower_weight
upper_weight
køn

Deltager
Id (PK)
medlem_id(FK)
resultat_id (FK)
Vægtklasse_id (FK)
Aldersklasse_id (FK)
Bodyweight
points (beregnes ud fra en matematisk formel, heri indgår; køn, vægt, total, alder)

Discipliner
Id (PK)
jerk
snatch
total (jerk + snatch, måske skal denne flyttes op til tabel deltager, idet den ikke er en selvstændig disciplin)

Resultater
Id (PK)
discipline_id (FK)
stævne_id (FK) (er lidt usikker på om stævne_id skal med her?)

Hertil har jeg udarbejdet et relationsdesign i phpMyAdmin, Version: 3.5.2.2. (kan ikke lige finde ud af, at indsætte/kopier billedet her på forummet) 

I forhold til ovenstående må I/Christian meget gerne komme med input/kritik? - mine største bekymringer er pt.; relationerne til- og fra resultater - om disse er korrekte.

Ydermere er jeg usikker på, om køn kan være både i tabel; "Vægtklasse" og i "Medlem" - selvom de har to forskellige betydninger i de to tabeller. 

På forhånd tak.

MvH Anders

Ok, videre kommentarer/spørgsmål.

Sted:  Jeg går ud fra, at stederne er fysiske bygninger eller anlæg såsom Solsidehallen i Nørresundby eller Idrætsparken i København.  Hvert sted kan bruges til mange stævner på mange tidspunkter, hvorimod jeg går ud fra, at et stævne kun finder sted på et sted på en dato.  Så stedet består uanset stævner og datoer, så Sted tabellen skal kun have id, by, og adresse, ikke stævne.  (En sidebemærkning:  'By' er vist et reserveret ord, så det kan give problemer at bruge det som navn på et felt. Du kan bruge 'bynavn' eller 'town'.)

Stævne:  Den tabel skal så have FK til Sted.  Altså felterne id, navn, dato, sted_id(FK)

I Klub bruger du sted_id.  Men er de steder stævnerne holdes og klubbernes hjemsted de samme?  Jeg ville gætte på, som sagt, at et stævne sted kan være Solsidehallen i Nørresundby, og at der kan være klubber fra Nørresundby men ikke nødvendigvis fra Solsidehallen.  Så jeg vil foreslå i Klub felterne Id, navn, og adresse eller bynavn.

Medlem:  Alder - det har det med at forandre sig i tidens løb.  Jeg vil foreslå i stedet at bruge fødselsdag.  Den applikation du bruger databasen til beregner så alderen.  Ellers skal du rende rundt og opdatere tabellen hele tiden.

Disciplinerne forstår jeg ikke helt.  Hvis det drejer sig om en sport hvor der er forskellige discipliner ligesom der ved svømning er crawl, brystsvømning, medley (der vist er en blanding af begge), o.s.v., så er den normale måde at lave en tabel med to felter, id, og disciplin navn.

Resultater forstår jeg heller ikke helt.  Jeg kan gætte på, at der i hvert stævne køres en række discipliner, såsom crawl herrer, crawl damer, brystsvømning juniorer.  I hver disciplin er der en første, anden, og tredjeplads.  I så fald skal Resultat tabellen have felterne id, disciplin, stævne, placering. 

Så er det vel således, at en deltager i et stævne kan deltage i flere discipliner, både crawl og brystsvømning (eller tilsvarende i din sport.)  Så der er en mange-til-mange relation mellem deltager og disciplin.  Hvert medlem kan deltage i mange discipliner og hver disciplin har mange deltagere.  Der vil jeg foreslå en Deltager-Disciplin tabel med felterne id, deltager_id, disciplin_id og resultat_id.

Dette er blot hurtige kommentarer baseret på begrænset forståelse, så det skal nok passes til, men jeg har prøvet at lave en opstilling af tabellerne og deres sammenhæng som jeg forstår det i øjeblikket.  Den kan du se her:

http://christianjorgensen.be/Capture.PNG 

Jeg håber den vil være til nytte.

Hej Christian

Tusind tak for inputtene/hjælpen og respekt for din indsats m.m. specielt mht. relationsdiagrammet.

Jeg har nu nærstuderet dine bemærkninger, og de virker alle logiske og rationelle - vil helt sikkert bruge disse i videre forløb :).

MvH Anders