structure de base de donnée

Question

Bonjour,

Je débute dans les base de donnée, j'en suis encore à identifier les besoins exact que j'ai d'une base de donné et de la structurer en conséquece.
Enfaite j'ai besoin de cette outil pour créer un outil de recherche sur mon site pour permettre au visiteur de trouver une pièce détaché pour leur véhicule.
Les option de recherche sont la marque, le modele, l'année, ou directement le type mine, mais la finalité reste le type mine pour identifier précisément le véhicule, et en seconde place la famille de pièces.
Mon problème est qu'une pièces peu correspondre à plusieur véhicule

Donc je pensais crée une table pour les véhicules.
(marque, model, type mine, année...)

Un table pour les pièces détachées
(reférence, famille, prix, poids, ect...)

Je pensais a une table de liaison pour faire correspondre chaque pièces a tout les véhicule aux quel elle serais compatible. Du coup pour chaque ID_pièces devrait correspondre plusieur ID_véhicule.

Est-ce la bonne voie???

nivsql · Answer

La bonne voie est d'utiliser une methode de modélisation pour te faire un schéma propre. Parmis eu Meurise, Entité-Relation ou UML si tu es joueur.

A partir de la tu pourra créer des tables et les intérroger proprement et de maniere optimisé.

dymsbess · Answer

Oui c'est la bonne méthode pour répondre à ta question.

cs_whann · Answer

Merci pour vos réponse, je vais essayer ce que tu m'a dis nivsql.
Donc si c la bonne méthode je peu donc mettre pour chaque id_pièce plusieurs id_vehicule (donc plusieurs valeur )?
exemple
Table de liaison
id_piece :    01         02      03
id_vehucule : 01,02,03   02,04   01,05,07

prochaine étape la syntaxe

nivsql · Answer

C'est un principe fondamental de toutes bases de données, Primary Key / Foreign Key. En l'occurence et pour te repondre plus directement : NON 
Ton modele te presentera les entité Vehicules et Pieces avec une relation Plusieurs a Plusieurs (relation n-aire) donc dans une BDD normalisé tu aura une structure de type :
Table T_Vehicule (ID_Vehicule, ...)
Table T_Piece (ID_Piece, ...)
Table T_Piece_pour_Vehicule (ID_Relation, ID_Vehicule, ID_Piece, ...) pour faire la liaison entre les 2 pieces. 

Je le redis, la modélisation préalable est la seule maniere d'obtenir un schéma de donnée propre a repondre a tes requete de maniere rapide et optimisé.

cs_whann · Answer

ok ok ^^ mais je vais jouer le boulet en disant que les logiciel de modélisation sont tout aussi dur a comprendre que tout le reste XD

J'ai download Rise Editor, peu être pas le plus simple après analyse.

Enfaite une même pièce peu-être compatible pour 2 véhicule, tandis qu'une autre sera compatible pour 10 ou 12 ou 5 enfin bref. C'est que je suis encore entrain d'essayer de comprendre (dsl)  
tu me dis "pour faire la relation entre les deux pièces"  juste entre deux ou est il possible de faire la relation par la même méthode entre 10 ou 20 pièces?

La relation n-aire me permettra donc par l'intermédiaire de la table de liaison d'associer une pièce à plusieurs véhicules?

nivsql · Answer

et un vehicule a plusieurs pieces ;) c'est une relation "n à n".

Evite les logiciels de modelisation tant que tu ne connais pas la methode. Je te dirais plutot de prendre un bon bouquin sur le modele E-R ou Meurise ;)

cs_whann · Answer

Et bien merci pour t conseil, je pense etre en bonne voie là, même si la tache me semble être encore astronomique

cs_whann · Answer

Une dernière chose, le type de donnée Enum ne conviendrais t il pas a mon problème?

cs_whann · Answer

Je pense avoir compri, si les relation n-n sont ingérable il fo donc que je la scinde en deux relation 1-n via une table de liaison?
avec id relation diférent pour chaque couple?

nivsql · Answer

Oula, fuir loin, tres loin, tres vite !! 

De maniere générale eviter les types non normatifs (ENUM n'appartiens pas a la norme SQL et est une invention a mon sens bancale de MySQL pour resoudre des faux problemes de mauvaise normalisation).

MEURISE est ton ami et SQLPRO te l'explique (ce n'est pas moi SQLPRO ;) mais j'apprecie beaucoup sa littérature )

dymsbess · Answer

Tu peux mettre une liste à la place dans une table ou l'autre mais ce sera fastidieux à traiter que ce soit en lecture ou écriture. Les relations n-n ne sont pas ingérables et ne sont pas non-plus l'exeption.

cs_whann · Answer

ok XD je fuis ENUM. Toute façon je me suis rendu compte juste après l'avoir demandé que ça n'allait pas convenir.
Bon je suis entrain de planché sur la méthode meurise en tout cas.
Pour ce qui est de la liste, quel est l'avantage?

Structure de base de donnée

12 réponses

Votre réponse

Discussions similaires