ok.. nu er jeg ikke helt med... du for lige et lidt andet spm:
Jeg har en table med brugere og en table med begivenheder... Hver bruger skal så kunne vælge en eller flere begivenheder, og spørgsmålet er så hvordan strukturen skal være for at den bliver mest optimal?
Når man så på selve siden vælger at få vist en bruger, skal man kunne se hvilke begivenheder han har valgt, og omvendt hvis man vælger at få vist en begivenhed skal man kunne se hvilke brugere der har valgt netop denne begivenhed...
Jeg ved ikke om I er helt med på hvad jeg mener?? hehe...
Hvordan ville strukturen i min database se ud for at den blev mest optimal...?
Hvis en begivenhed kun kan være tilknyttet en bruger, så laver du et felt i begivenhed som indeholder id på bruger (en fremmed nøgle).
Hvis en begivenhed kan have flere brugere (som jeg læser din kommentar), så skal du have en sammenknytnings tabel med to felter: brugerid og begivenhedsid (en sammesat primær nøgle).
jeg bliver mere og mere krævende.. kan du ikke også lige sætte nøgler på de forskellige felter så jeg ligesom kan få et større overblik over det? er godt med på ideen nu...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.