Evolution de la BDD
Salut.
Avant que je fassse mon passionnant DM de BDD, j'ai les propositions suivantes à te faire : voir si techniquement je ne dis pas de conneries car pour le moment je n'ai pas pratiqué la BDD (je me suis arrêté à la BD à une dimension).
MATIÈRE : ràd (rien à dire)
THÈME & SOUS-THÈME : j'utiliserais une table ABOUT du type suivant et une table MOTCLÉ (voir après).
- domaine : ok
- motclé1 : étrangère(MOTCLÉ) (NULL possible)
- motclé2 : étrangère(MOTCLÉ) (NULL possible)
- motclé3 : étrangère(MOTCLÉ) (NULL possible)
- motclé4 : étrangère(MOTCLÉ) (NULL possible)
- motclé5 : étrangère(MOTCLÉ) (NULL possible)
- id auto : clé primaire
Au-delà, je ne pense pas qu'humainement cela soit utile mais cela est à voir à l'usage.
J'avais pensé utiliser un BLOB ou un LONGTEXT pour stocker du json mais cela nous fait perdre l'avantage du SQL...
Pour être honnête, je me pencherais sur du NoSQL dès que possible car je pense que c'est plus adapté ici (cf Neo4J).
MOTCLÉ : il y aurait les attributs suivants.
- matière : étrangère(MATIÈRE)
- motclé : complexe, calcul, ...etc (n'avoir que des intitulés atomiques est plus safe)
- id auto : clé primaire
NIVEAU : la notion de difficulté étant floue, cela ne me semble pas pertinent. Dur chez Laurent P. n'est pas dur chez Christophe B. ;-)
QUESTION
- qid, qtype : ràd
- enonce : on est d'accord pour y mettre tout.
- reponses : à dégager effectivement.
- date_insersion, auteur : ràd
- thematique devient about : etranger(ABOUT)
- difficulte : à virer de mon humble point de vue.
- latex : true ou false si truc à ajouter
- fichier : true ou false si truc à ajouter
PAQUETTEX, PACKDEP, FICHIER, FILEDEP : ràd
PROFILE
- user : etrange(User)
- matierer1 : etrange(Matiere)
- matierer2 : etrange(Matiere)
- matierer3 : etrange(Matiere)
Par exemple CB fait math, maquillage et designer de flyers.