Discussion :

[laurentSc]

Sur ce point là (la création d'une table praticien_categorie) tu ne devrais pas discuter

Je suis convaincu de cette nécessité, mais peux-tu me donner l'argument ?

Il faut absolument de sortir de la tête l'idée d'essayer de faire le moins de tables possibles !

OK, je pensais avoir une conception qui tenait la route, mais rajouter une table, ça peut se faire...

mais celle qui précède (avec plusieurs fois le même nom pour pouvoir entrer différentes catégories) ne l'est pas.

Je suis convaincu que tu as raison, mais peux-tu m'expliquer pourquoi ?

Au fait, j'ai eu un retour des soignants sur le cahier des charges ; il faut que je fasse une nouvelle version car ce que j'avais prévu convient, mais il y a aussi d'autres besoins (que je ne connaissais pas encore). Je fais la mise à jour demain (lundi), les sollicite de nouveau et quand ça aura convergé, j'en ferai part.

[ABCIWEB]

Je suis convaincu de cette nécessité, mais peux-tu me donner l'argument ?

?? L'argument il est dans ma phrase précédente :

On ne remet pas en cause la structure évolutive d'une bdd juste pour avoir à écrire une ligne de code en moins !

Le pire est que, toujours pour ne pas a avoir à créer cette table, tu proposerais alors de créer des doublons dans ta table praticiens pour leur affecter plusieurs catégories. Ce qui n'a aucun sens. D'une part tu crée des données redondantes inutiles, et surtout tu détruit complètement la cohérence de ta table. C'est la table praticiens, c'est pas un fourre tout. Le minimum de cohérence est qu'en comptant simplement le nombre de lignes de cette table on trouve directement le nombre de praticiens !

[laurentSc]

La conclusion de ce soir, c'est que j'ai beaucoup à apprendre dans la conception des tables... (sans ton aide, j'en aurais été incapable (juste capable de pondre un truc hyper foireux)).