Jaki jest dobry projekt schematu bazy danych dla silnika quizu wielokrotnego wyboru?

Question

Mam projekt, aby utworzyć stronę mvc asp.net do generowania quizu. Oto specyfikacja:

1. Dla każdego użytkownika odwiedzającego witrynę, on/ona dostaje quiz.
2. Każdy quiz zawiera kilka problemów z wielokrotnym wyborem.
3. Każdy problem zawiera pytanie i 5 wzajemnie wykluczających się opcji.

Najprostszy model mogę myśleć jest następujący:

public class Problem 
    { 
     public int ProblemId { get; set; } 
     public string Question { get; set; } 
     public string A { get; set; } 
     public string B { get; set; } 
     public string C { get; set; } 
     public string D { get; set; } 
     public string E { get; set; } 
    } 

nie jestem pewien, że to jest dobre. Czy możesz dać mi propozycję lepszego projektu?

Answer 1

Prosta i intuicyjne projekty są zawsze najlepsze, a ponieważ są naprawdę proste, zaczynamy wątpić w siebie ;-). Dobrze ci idzie, oprócz tego, że możesz również zapisać poprawną odpowiedź za pomocą samego problemu. To nie jest już tylko problem. Teraz jest to ProblemAndAnswer lub QuizItem.

Wszystko to można przechowywać w pojedynczej tabeli jako wiele kolumn. Ale musisz także zrozumieć, co to znaczy. Oznacza to, że robisz założenie, że pytanie zawsze będzie miało 5 wyborów. Jeśli masz mniej niż 5, to jest w porządku, ponieważ możesz przechowywać wartości null. Ale co, jeśli masz więcej? Dzieje się tak, gdy model z pojedynczym stołem zaczyna się rozpadać. Zacząłbyś teraz myśleć, że pytanie naprawdę może mieć 1 lub więcej opcji i chciałoby podzielić się na rodzicielskie tabele dla dzieci .... teraz podjąłeś świadomą decyzję ;-)

Answer 2

Właściwości od A do E? Nie, dziękuję! Chciałbym ułożyć moje tabele następująco:

Quiz (int QuizId, ...) 
Problem (int ProblemId, int QuizId, string Question) 
Answer (int AnswerId, int ProblemId, int Index, string Answer) 

Pole nazwy powinny być oczywiste (Indeks jest indeksem sortowania odpowiedziach na jedno pytanie, czy ich sprawy order)

Answer 3

Tabela Question ma id i description, który jest tekstem pytania ("Czy koty są potajemnie psami?").

Edytuj: Dodatkowo tabela Question ma correct_answer_id, co odpowiada poprawnemu wierszowi tabeli Answer.

tabela Answer ma question_id, łącząc go z powrotem do jego Question i description, który jest tekst odpowiedzi („To zależy od koloru kota.”).

W tym schemacie pytania nie mają ustalonej liczby odpowiedzi.

Answer 4

Pracuję nad tym samym rodzajem struktury bazy danych. Lepiej mieć tabelę wyboru, aby wstawiać wybory przeciwko konkretnemu identyfikatorowi pytania. Identyfikator quizu jest osobną tabelą zawierającą pytania i czas trwania testu.