nogle af spørgsmålene er lidt specielle idet man kan svare på flere måder, eks:
Personlig indkomst? her kan man vælge at skrive ens indkomst eller man kan krydse af i "ved ikke / vil ikke svare" eller hvis spørgsmålet slet ikke er besvaret skal det i databasen være registreret som ubesvaret..
OK, så kunne en mere generel løsning være at oprette en 'svar' tabel:
SVAR_ID SVAR_TYPE BESKRIVELSE 1 INDKOMSTKLASSE 0-100.000 2 INDKOMSTKLASSE ved ikke / vil ikke svare . . . 17 VÆGTKLASSE 75-70 kg 18 VÆGTKLASSE ved ikke / vil ikke svare . . . . 32 ALDERSKLASSE 30-39 år osv. osv.
Og ja, så kunne man også normalisere SVAR_TYPE, men bare for eksemplets skyld...
hmm.. det lyder knap så tilfredsstillende :P tror jeg ender med at lave en tabel til hvert spm. med de forskellige svarmuligheder således:
AGE_TABLE: ID DESCRIPTION 1000 Ved ikke / Vil ikke svare 1001 Ubesvaret
her bruger jeg nogle id's som ihvertfald ikke er gyldige som alder og så må jeg smide noget af logikken i skemaet hvor der indtastes.. Så hvis der i SAMPLES tabellen står 43 i alder hvis det er hvad folk har indtastet..
Du skal ikke have en tabel til hvert spørgsmål. En enkelt tabel med en foreign key som peger på spørgsmålet er bedre.
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.