Discussion :

[hbx360]

Bonjour

Voici la table model à peupler :



Voici ma requête SQL pour peupler ma table Model :

Code :

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

1
2
3
4
5
6
7
8
9
10
 
INSERT INTO Model (
  brand_id,
  caracteristics_id,
  energy_id,
  name 	
)
VALUES
   (((SELECT id FROM brand WHERE name = 'BMW')), ((SELECT id FROM caracteristics WHERE id = '1')), ((SELECT id FROM energy WHERE  libelle = 'Essence')), 'Série 6'),
....

Pour récupérer l'id de Caracteristics pour un Modèle comme on peut voir ci-dessus je met en dure l'id correspondant au caractéristique du modèle, il n'y a pas de référence au Model dans caractéristique.

Je voulais savoir comment faire pour éviter de mettre en dure l'id de caractéristique.

Est-ce que vous pourriez me dire s'il y a une solution à ce problème ?

[escartefigue]

Bonjour

Pour récupérer l'identifiant de caractéristique, il faudrait que la table caractéristique possède un attribut ou un groupe d'attributs permettant de retrouver l'identifiant.
Or ce n'est visiblement pas le cas.
Et pour cause, cette table est un fourre-tout symptomatique d'une modélisation conceptuelle mal faite.
Vous mélangez des caractéristiques liées à la carrosserie (nombre de portes, dimensions extérieures et intérieures...) avec des caractéristiques moteur (puissance, émissions de CO2...) et un type de boite de vitesses.
Vous devriez avoir un lien entre modèle/millésime (BMW série 6 année 2020 par exemple) et type de ce modèle (break, berline, coupé) d'une part motorisation d'autre part (différents moteurs pouvant équiper un même type) et boite de vitesse (un même modèle d'un même type avec un même moteur peut avoir une boite mécanique, auto, robotisée...).
Ce faisant, les attributs (colonnes au niveau tabulaire) doivent être répartis dans les bonnes entité-type.
Ensuite, il faudra dans chacune de ces entité-type un code avec une contrainte unique permettant de retrouver l'identifiant technique PK associé.

[hbx360]

Je ne comprends pas bien, quand tu dis :

Bonjour
Ensuite, il faudra dans chacune de ces entité-type un code avec une contrainte unique permettant de retrouver l'identifiant technique PK associé.

Est-ce que ça veut dire qu'il faut mettre un champ qui permettrait de savoir de quel type de modèle on parle, par exemple si je reprends mon four-tout caracteristics je devrais mettre un champs modelref qui permettrait de relier le modèle à ses caractéristiques, et donc faire une requête de se style pour peupler la table modèle :

Code :

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

..., ((SELECT id FROM caracteristics WHERE modelref = "bmw-serie 6")), ...

[escartefigue]

C'est bien ça

[escartefigue]

C'est bien ça.

Mais encore une fois, "BMW série 6" n'est pas un critère suffisant pour connaître les caractéristiques associées.
Ca dépend du millésime, de la motorisation, de la finition, du choix de boite de vitesses...
Afin de ne pas répéter les caractéristiques communes aux modèles partageant les mêmes moteurs, même BV etc., il est préférable de créer autant de types d'entité et donc de tables, qu'il y a de sous-ensembles.
Chacune de ces tables possèdera un code ou une référence unique, permettant de retrouver la PK technique.

[hbx360]

D'accord merci pour ton aide.