15. december 2002 - 21:10Der er
8 kommentarer og 1 løsning
Hvordan klarer jeg dette problem nemmest?
Jeg er igang med en hp hvor folk skal oprette en bruger, disse oplysninger ryger ind i min MySQL-db. Når folk logger ind skal de så have nogle valgmuligheder (spørgsmål med unikt ID til hver). Hver valgmulighed (spørgsmål) kan kun "bruges" én gang, hvilket betyder at der for hver bruger skal gemmes hvilke spørgsmål der har været svaret på, og derefter så kun gøre de ubesvarede tilgængelige...Selve koden kan jeg godt (tror jeg da), men hvordan vil det være smartest at gemme alt den information i databasen??
Denne side indeholder artikler med forskellige perspektiver på Identity & Access Management i private og offentlige organisationer. Artiklerne behandler aktuelle IAM-emner og leveres af producenter, rådgivere og implementeringspartnere.
Hvis løsningen er noget lignende at lægge alle unikke ID's for spørgsmål ind i samme felt for hver enkelt bruger, vil jeg også gerne vide, hvordan jeg "bruger" det felt i asp. DVS. sorterer de kommaseparerede ID's fra, og viser resten...
Det er faktisk ligesom www.vindenhund.dk (og andre) hvor den har set hvilke konkurrencer man allerede har deltaget i...og sørger for at man ikke kan tage dem igen med samme bruger.
Kræv at spørgsmålene skal besvares i rækkefølge- Så kan du: - nummerere spørgsmålene - tilføje et felt i bruger tabellen der fortæller hvor langt de er kommet - lade din applikation kun vise de spørgsmål der er senere
Den fleksible løsning:
Nummerer spørgsmålene. Lav en tabel med: - bruger ID - spørgsmål nummer - besvaret true/false
Den er ret nem at bruge.
Men du skal huske at oprette en masse records ved oprettelse af både brugere og spørgsmål !
Jeg ville gerne have at spørgsmålene blev stillet tilfældigt... Så jeg går mere efter den fleksible løsning :) Dermed: Nummerer spørgsmålene. Lav en tabel med: - bruger ID - spørgsmål nummer - besvaret true/false
Alle spørgsmål har unik ID, alle brugere får unik ID... Men den tabel der vil da få uanede proportioner, hvis der f.eks. er 500 spørgsmål og 50 brugere...eller har jeg forstået det forkert ?
PS: Du kan spare en hel del, hvis du nøjes med felterne: - bruger ID - spørgsmål nummer og kun tilføjer når de har besvaret - manglende record betyder så ikke besparet. Men jeg tror at det vil gøre din applikations-logik mere kompleks.
Altså, skal lige have det helt på det rene (sorry): Skal jeg lave en tabel med 2 felter bare, eller ? (gående ud fra at der bliver tilføjet kun ved true...?
Undskyld, Arne....for ventetiden altså ! Mange tak for hjælpen !
Synes godt om
Ny brugerNybegynder
Din løsning...
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.
Ny bruger
Nybegynder
Opret
Preview
