Detalii privind baza de date a USO Quest

Toate componentele folosesc următoarea structura a bazei de date.

Instalare

Se rulează scripturile source:/uq-dbdesign/trunk/BuildUqDb.sql@latest.

Precizări

La revizia [18] s-au tradus câmpurile în engleză, prin urmare se recomandă crearea tabelelor din nou.

La revizia [38] s-au mai introdus două câmpuri. Pentru update rulaţi source:/uq-dbdesign/trunk/ModUqDb.sql .

Discutie

AE: legat de tabela `utilizatori', ca sa scapam de bataia de cap a importului din moodle.mdl_user de ce nu am face in felul urmator: la prima accesare de catre un student USO a paginii UQ, datele acestuia sa fie incarcate din moodle.mdl_user. In structura utilizatori, as dori inapoi nume, prenume si in plus grupa. Asta pentru ca, in afara de momentul autentificarii sa nu mai fie nevoie de alte interogari pe moodle.mdl_user (sugestia este sa revenim la cam ce a fost la inceput:D).

Ser: abia acum am văzut asta, hai că le-am pus.

Vlad: Dacă am înţeles bine, o parte din datele din moodle.mdl_user va fi clonată în uso-quest.users. Sigur e o idee bună? Dacă numele utilizatorului se schimbă după prima accesare USO Quest? Tot ar trebui verificată coerenţa datelor între cele două tabele. Sigur, numele utilizatorului nu poate fi schimbat decât de către un admin, dar greşeli se întâmplă.

Ser: Pai eventual facem un script de sincronizare care să fie rulat zilnic/saptămânal/odată la câteva zile. Ah sau chiar o verificare la fiecare login să vedem dacă corespund datele din cele două tabele pentru respectivul utilizator.

AE: Verificarea/sincronizarea la login este o solutie ff buna! Acopera si alte situatii de genul: user ne-mai-existent, user ne-mai-inrolat-in-uso. Este mai simplu cu clonarea, chiar daca nu elegant, Vlad ai dreptate.

Precizări WoUSO v2

La WoUSO v1 restricţii dpdv al securităţii ne-au obligat să facem log-in-ul prin LDAP.

Persoane care lucrează la DbDesign

Următoarele persoane lucează la DbDesign:

• Sergiu Iordache