Ok.. ik probeer een enquête te maken, via een html formuliertje.. daarna naar een asp file die alles netjes in een database propt, en daarna kan je via een resultaten pagina zien hoeveel procent er antwoord gaf op de betreffende vragen enzo.
Maar nu twijfel ik of ik het wel efficient heb gedaan. Het zijn 14 vragen, met gemiddeld 14 keuze mogelijkheden variërend van checkbox / radio button / tekst. Ik kon geen andere manier bedenken dan voor iedere optie van de checkboxes en tekstvelden een aparte kolom te maken in de database (dus Vraag1OptieA, Vraag1OptieB etc), en voor iedere radio button één kolom te maken (Vraag2) met de gekoze waarde.
Na het invullen van het formulier worden de gegevens dus ingevoerd in deze dbase, en daarna kan je via een andere pagina bekijken wat de resultaten zijn.. en daar begin ik dus te twijfelen, want dit wordt dus iets van 14 * 5 keer: recordsets openen, percentage berekenen, variabel maken (ResultaatVraag1OptieA bijv.) recordset sluiten.
Ik wéét gewoon zeker dat dit veel makkelijker kan maar er begint nog geen lampje te branden...
Ik denk zelf aan iets als bijv. voor iedere optie het totaal aantal keer dat het aangekruist is in de database zet, in plaats van voor iedere keer dat iemand de enquete invult een nieuwe record te maken en bij de aangekruiste opties een 1'tje te zetten.
Of anders zou ik de resultaten pagina aan het eind van de enquete gewoon 1 keer moeten draaien, en daarna een html versie met de hardcoded resultaten bewaren (maar ivm volgende enquetes die misschien live resultaten willen weergeven..).
En anders moet ik gewoon een class maken die de resultaten even opvist, ipv al die queries steeds uit te tikken.. maar dat haalt de overhead niet weg i guess!
iemand nog een idee?
PS. Het werkt dus wel, maar ik vroeg me alleen af of het beter kan. Normaal heb ik zoiets van.. als het werkt dan moet je er niets meer aan veranderen, maar ik vind dit wel beetje erg dubieus.
Maar nu twijfel ik of ik het wel efficient heb gedaan. Het zijn 14 vragen, met gemiddeld 14 keuze mogelijkheden variërend van checkbox / radio button / tekst. Ik kon geen andere manier bedenken dan voor iedere optie van de checkboxes en tekstvelden een aparte kolom te maken in de database (dus Vraag1OptieA, Vraag1OptieB etc), en voor iedere radio button één kolom te maken (Vraag2) met de gekoze waarde.
Na het invullen van het formulier worden de gegevens dus ingevoerd in deze dbase, en daarna kan je via een andere pagina bekijken wat de resultaten zijn.. en daar begin ik dus te twijfelen, want dit wordt dus iets van 14 * 5 keer: recordsets openen, percentage berekenen, variabel maken (ResultaatVraag1OptieA bijv.) recordset sluiten.
Ik wéét gewoon zeker dat dit veel makkelijker kan maar er begint nog geen lampje te branden...
Ik denk zelf aan iets als bijv. voor iedere optie het totaal aantal keer dat het aangekruist is in de database zet, in plaats van voor iedere keer dat iemand de enquete invult een nieuwe record te maken en bij de aangekruiste opties een 1'tje te zetten.
Of anders zou ik de resultaten pagina aan het eind van de enquete gewoon 1 keer moeten draaien, en daarna een html versie met de hardcoded resultaten bewaren (maar ivm volgende enquetes die misschien live resultaten willen weergeven..).
En anders moet ik gewoon een class maken die de resultaten even opvist, ipv al die queries steeds uit te tikken.. maar dat haalt de overhead niet weg i guess!
iemand nog een idee?
PS. Het werkt dus wel, maar ik vroeg me alleen af of het beter kan. Normaal heb ik zoiets van.. als het werkt dan moet je er niets meer aan veranderen, maar ik vind dit wel beetje erg dubieus.
:strip_icc():strip_exif()/u/7418/the_hat_icon.jpg?f=community){kind=icon}
:strip_exif()/u/13818/episodebutler_60x60.gif?f=community)
/u/1830/acm.png?f=community)