Forum PHP.pl

jezeli dobrze rozumiem, to ja to widze tak

[SQL] pobierz, plaintext 
 
CREATE TABLE user (
  iduser INTEGER UNSIGNED NOT NULL AUTO_INCREMENT, /*oczywiscie id AI*/
  login TEXT NULL,
  haslo TEXT NULL,
  PRIMARY KEY(iduser)
);
 
CREATE TABLE test (
  idtest INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,  /*jw.*/
  name TEXT NULL,  /*nazwa testu*/
  odp_1 TEXT NULL, /*odpowiedzi 1-4, w zalenosci ile ma byc*/
  odp_2 TEXT NULL,
  odp_3 TEXT NULL,
  odp_4 TEXT NULL,
  poprawna INT NULL, /* ktora poprawna a wiec 1-4 */
  PRIMARY KEY(idtest)
);
 
CREATE TABLE wyniki (
  idwyniki INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
  iduser INTEGER UNSIGNED NOT NULL, /*id usera ktory zaliczal*/
  idtest INTEGER UNSIGNED NULL, /* id zaliczanego testu*/
  zaliczyl BOOL NULL, /* czy zaliczyl */
  PRIMARY KEY(idwyniki),
  INDEX wyniki_FKIndex1(user_iduser),
  INDEX wyniki_FKIndex2(test_idtest)
);
[SQL] pobierz, plaintext 

Ten post edytował bercow 19.04.2011, 22:17:46

zamiast

[SQL] pobierz, plaintext 
CREATE TABLE test (
idtest INTEGER UNSIGNED NOT NULL AUTO_INCREMENT, /*jw.*/
name TEXT NULL, /*nazwa testu*/
odp_1 TEXT NULL, /*odpowiedzi 1-4, w zalenosci ile ma byc*/
odp_2 TEXT NULL,
odp_3 TEXT NULL,
odp_4 TEXT NULL,
poprawna INT NULL, /* ktora poprawna a wiec 1-4 */
PRIMARY KEY(idtest)
);
[SQL] pobierz, plaintext 

stwórz 2 tabele

[SQL] pobierz, plaintext 
CREATE TABLE test (
idtest INTEGER UNSIGNED NOT NULL AUTO_INCREMENT, /*jw.*/
name TEXT NULL, /*nazwa testu*/
PRIMARY KEY(idtest)
);
 
CREATE TABLE test_odp (
idodp INTEGER UNSIGNED NOT NULL AUTO_INCREMENT, /*jw.*/
idtest INTEGER UNSIGNED NULL, /* id zaliczanego testu*/
odp TEXT NULL,
poprawna INT NULL, /* czy poprawna 0 - nie, 1 - tak */
PRIMARY KEY(idodp)
);
[SQL] pobierz, plaintext 

Bardziej naturalne wydaje się oddzielenie pytań i odpowiedzi w osobnych tabelach.
Bo jeśli testy mają zmienną liczbę pytań, a każde pytanie może mieć dowolną liczbę odpowiedzi, przy czym dane pytanie występuje tylko w jednym teście, a pytania mogą być trudniejsze i łatwiejsze ( różna ilość punktów ), to nasuwa się struktura:

testy: id, nazwa, czas_trwania
pytania: id, id_testu, tresc, typ, ilosc_punktow
odpowiedzi: id, id_pytania, odpowiedz, prawidlowa

Nie jest to jakaś bardzo skomplikowana struktura, a nie ogranicza nam funkcjonalności.
Pytania mogą być różnego typu, na przykład jednokrotnego wyboru - wtedy wyświetlamy selecta lub radio, albo wielokrotnego - checkboxy.
Sama ilość pytań czy odpowiedzi dla testu wynika bezpośrednio z zawartości w bazie, nie trzeba tego dodatkowo zapisywać w tabeli testy, zwłaszcza że wymagałoby to zmiany za każdym razem gdybyśmy dodawali lub usuwali pytanie lub odpowiedź. Czasami warto mieć takie wartości zapisane po to by było wydajniej, ale w tym przypadku zysk będzie za mały by robić sobie dodatkowe problemy z utrzymaniem spójności bazy. Mysql dobrze sobie radzi z bazami, w których pojedyncze tabele dostają kilkadziesiąt tysięcy nowych rekordów dziennie, przy bazie, w której jest 200 testów po kilkanaście pytań i odpowiedzi to naprawdę nie trzeba się zbytnio martwić wydajnością. Ogólnie trzymając się zasady dla każdej tabeli id typu int, auto_increment, bez null jako klucz primary, plus ewentualnie indeksy na pola wykorzystywane w porównaniach, nawet bardzo skomplikowane zapytania łączące kilka tabel będą natychmiastowe przy tej ilości rekordów jeśli tylko sprzętu nie wzięliśmy z muzeum.

Co do użytkowników i wyników to jest ok, pod warunkiem, że wyniki liczymy na bieżąco i nie interesują nas informacje które dokładnie odpowiedzi użytkownik w danym teście zaznaczył. Polecam jednak odnosić się w wynikach przez id testu a nie jego nazwę. Jeżeli chcemy zmienić nazwę testu to najlepiej by to było w jednym właściwym miejscu, co by nie martwić się czy zmieniliśmy już wszędzie czy też może gdzieś coś zostało.