Discussion :

[Spoutnik]

Bonjour à tous,

Je suis en train de concevoir un MLD et j'ai quelques soucis de modélisation (et pas de MCD, désolé).

j'ai le schéma (simplifié) suivant :



et instinctivement j'aurais tendance à le simplifier sous la forme suivante :


Le deuxième schéma me parait plus logique (plus facile de changer la langue d'un utilisateur) et évite la redondance de données.

Le problème est que visiblement, il n'est pas possible d'utiliser une clef étrangère sur une partie de la clef primaire ... dommage .

J'ai beau tourner ca dans tous les sens, je dois être rouillé, mais je ne vois pas comment utiliser une intégrité référentielle et ne pas avoir à répéter le champ 'langue' pour chaque table liée (et il y en a un paquet).

Y a t il une solution "propre" à mon problème ? (pour info, je vais probablement utiliser du MySql par la suite, PostgreSQL si nécéssaire)


Merci d'avance à tous pour le coup de main que vous pourriez me donner

[CinePhil]

Pour commencer, pourquoi avoir fait deux tables pour les unités ?

Ensuite, pour quelle raison y a t-il une association entre utilisateur et unité ?
S'il s'agit de savoir comment exprimer telle unité pour la langue de l'utilisateur, l'association avec la langue est suffisante.

utilisateur -1,1----preferer----0,n- langue -0,n----appliquer----1,1- unite

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
SELECT u.code, u.label
FROM unite u
INNER JOIN langue l ON l.id = u.id
  INNER JOIN utilisateur u ON u.langue_id = l.id
WHERE u.nom = 'Spoutnik'

[Spoutnik]

Hello CinePhil

Pour commencer, pourquoi avoir fait deux tables pour les unités ?

Chaque utilsateur doit avoir chacune des unités.
Unités différentes (volume et longueur), donc entités différentes. Si tu as une meilleure idée (colonne discriminante?) je suis preneur.

Ensuite, pour quelle raison y a t-il une association entre utilisateur et unité ?

Il s'agit des préférences de l'utilisateur : langue, unité de longeur (métrique ou système US par ex),unité de volume (métrique ou pint par ex).

S'il s'agit de savoir comment exprimer telle unité pour la langue de l'utilisateur, l'association avec la langue est suffisante.

pas uniquement donc, il y a un choix possible entre plusieurs type d'"unités". S'il ne s'agissait que de traductions, la seule colonne langue dans la table user aurait suffit :-)

L'unité va être réutilisée ailleurs dans d'autres tables. Le champ langue n'a pas d'importance dans ces tables, il s'agit de stocker des valeurs et de savoir dans quelle unité elles ont été saisies. Je ne souhaite pas tout convertir dans une unité de référence.

utilisateur -1,1----preferer----0,n- langue -0,n----appliquer----1,1- unite

Je vais regarder en détail ca ce soir (je viens d'arriver au bureau). Je te referai un schéma avec les éléments si mon explication n'est pas claire.

Merci de ton aide.

[CinePhil]

Chaque utilsateur doit avoir chacune des unités.
Unités différentes (volume et longueur), donc entités différentes. Si tu as une meilleure idée (colonne discriminante?) je suis preneur.

Dans ton schéma, on voit que unitesLongueur et unitésVolume ont les mêmes colonnes. Ce sont donc les mêmes concepts : des unités de mesure. À ce titre, il ne devrait donc y avoir qu'une table pour les unités. Qu'ensuite on classe ces unités selon des types (volume, longueur, capacité, électricité...) ou selon des systèmes (métrique, anglais, américain, vénusien... ) sont deux autres choses qui n'empêchent pas de réunir tes deux tables en une seule. Il suffit de créer les associations qui permettent de qualifier ces unités :
unite -1,1----typer----0,n- type_unite
|--------1,1----appartenir----0,n- systeme

À toi de voir si mes cardinalités sont bonnes.

Il s'agit des préférences de l'utilisateur : langue, unité de longeur (métrique ou système US par ex),unité de volume (métrique ou pint par ex).

Si tu dois enregistrer le fait qu'un utilisateur préfère tel système ou tel type d'unité, tu fais une association entre utilisateur et type_unite et/ou utilisateur et systeme.
utilisateur -1,1----preferer----0,n- type_unite
|---------------1,1----preferer----0,n- systeme

Pour moi, ce sera une dose de rhum avec une pincée de sucre de canne et une rondelle de citron. Tu as ça dans tes unités ?

[Spoutnik]

Hello,

une réponse un peu tardive, je n'ai pas pu bosser beaucoup ces 2 derniers jours.

Grâce à tes indications, j'ai fini par conprendre ce qui me posait problème. La gestion de la langue (traductions) était mal concue et me pourrissait tout le schema.
Par contre, pour la gestion des unités, je n'ai pas encore étudié ca en détail. je regarde ca dans les prochains jours.

Je reposterai un schema de la solution que je vais utiliser pour les gens que ca pourrait aider.

Merci de ton aide!