Discussion :

[aperrin]

Bonjour

J'ai une table action(id_action, nom) reliée à une table thematique(id_thematique, libelle) par une table action_thematique(id_action,id_thematique).
La table thématique contient des thématique prédéfini
Le problème c'est que chaque personne peut définir 0 ou 1 thématique autre (en dehors de celle défini dans la table thématique) par action.

Comment modéliser au mieux se problème ?

La solution la plus simple est d'ajouter une colonne thematique_autre dans la table action, mais elle ne sera pas utilisé souvent ....

[chewing-gum]

Bonjour,

La solution la plus simple est d'ajouter une colonne thematique_autre dans la table action, mais elle ne sera pas utilisé souvent ....

Votre réponse est presque correcte. Il faut ajouter une colonne "thématique_autre" non pas dans la table "action", mais dans la table "action_thématique".

C'est dans cette table que doit se trouver "l'autre thématique" définie pour l'action.

[CinePhil]

Votre réponse est presque correcte. Il faut ajouter une colonne "thématique_autre" non pas dans la table "action", mais dans la table "action_thématique".

C'est dans cette table que doit se trouver "l'autre thématique" définie pour l'action.

Comme son modèle fait qu'une action peut avoir plusieurs thématiques parmi la liste des thématiques prédéfinie, la solution que tu préconises autorise l'utilisateur à ajouter autant de thématiques autres qu'il y a de thématiques pour une action.
Démonstration :
action_thematique(id_action,id_thematique, autre_thematique).
1, 1, 'toto'
1, 2, 'titi'

=> L'action 1 a deux thématiques et deux autres thématiques alors que aperrin précisait ceci :

chaque personne peut définir 0 ou 1 thématique autre (en dehors de celle défini dans la table thématique) par action.

Si on accepte le bonhomme NULL, il vaut donc mieux ajouter cette colonne dans la table action, comme l'envisageait aperrin. Mais il a pointé le fait que cette colonne ne sera pas utilisée souvent et qu'il y aura donc invasion de NULL, ce qui peut être préjudiciable aux performances.

La bonne modélisation est la suivante :
Action -0,1----Avoir----(1,1)- Autre_thematique

Et donc une table autre_thematique dont la clé primaire sera, par identification relative signalée ci-dessus par les cardinalités entre parenthèses, une clé étrangère faisant référence à l'identifiant de l'action.
autre_thematique (id_action, libelle)

[aperrin]

Bonjour,

La bonne modélisation est la suivante :
Action -0,1----Avoir----(1,1)- Autre_thematique

Bonjour la solution à été également envisagée, et je ne l'ai volontairement pas abordée pour laissé le débat évoluer librement.

Maintenant cette solution, je ne l'ai pas retenue car il se trouve que j'ai la problèmatique thématique autre avec huit autres tables ( partenaires, financeurs, moyens ....).
Donc au lieu d'avoir 8 tables à gérer, je me retrouverais avec 16 tables. Avec la deuxième solution, j'aurai 8 tables et une table principale avec huit colonnes supplémentaires pas toujours remplies ....
Disons que j'ai abandonné un instant la modélisation pure pour l'aspect facilité de développement

Que pensez vous de ce choix ?

[CinePhil]

Maintenant cette solution, je ne l'ai pas retenue car il se trouve que j'ai la problèmatique thématique autre avec huit autres tables ( partenaires, financeurs, moyens ....).
Donc au lieu d'avoir 8 tables à gérer, je me retrouverais avec 16 tables. Avec la deuxième solution, j'aurai 8 tables et une table principale avec huit colonnes supplémentaires pas toujours remplies ....

Quelle est cette table principale et comment est-elle associée aux 8 autres tables ?

[aperrin]

Quelle est cette table principale et comment est-elle associée aux 8 autres tables ?

La table principale est la table action (cité ci dessous). Les huit autres tables sont liées de la même manière que la table action à la table thématique, avec la même possibilité de libellé autre.

[CinePhil]

Tu veux dire que Action est associée à Thematique, à Financeur, à Partenaire... 8 associations en tout ?

Autant je peux comprendre que l'utilisateur se dise "Mon action ne rentre dans aucune thématique alors je l'associe à une thématique à moi et qui ne servira peut-être que pour cette action.", autant j'ai plus de mal à avoir le même chemin de pensée avec des partenaires et des financeurs. Ne faudrait-il pas que tu prévoies une fonction d'ajout d'un partenaire ou d'un financeur dans ton application ?

[aperrin]

Tu veux dire que Action est associée à Thematique, à Financeur, à Partenaire... 8 associations en tout ?

Oui exactement ! D'ailleurs cela ressemble à une étoile (action) avec des satellites (partenaires, finaceurs, moyens, ...).

Ne faudrait-il pas que tu prévoies une fonction d'ajout d'un partenaire ou d'un financeur dans ton application ?

En fait il est prévu de réaliser des statistiques sur les libellés autres régulièrement et d'ajouter les éléments manquants. Mais ce n'est pas les utilisateurs qui ajouteront directement ces nouveaux libellés.

Disons pour conclure que la méthode la plus propre est la création de la table Thématique_Autre et la solution de facilité l'ajout d'une colonne thématique_autre dans la table action.