Structure de base de données

Version imprimable

18/07/2006, 17h31
hphil

Structure de base de données
Bonjour,

Je souhaiterais modèliser une base de données de produits. Le problème est que ces produits peuvent avoir des caracteristiques et critères de recherche très différents.

Ex :
- Carte graphiques avec filtre de recherche sur la marque, la mémoire, le bus graphique, chipset graphique, etc...
- Processeur avec champs marque, fréquence, socket, etc...
- Carte mère avec champs marque, socket, chipset, bus graphique, etc..
La solution qui me parait la plus adaptée est la modélisation par héritage :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 t_produit prd_id (pk) prd_marque prd_prix ---------- t_carte_graph prd_id prd_mem prd_bus prd_chipset t_cpu prd_id prd_freq prd_socket etc...
- Pensez-vous que c'est la seule solution à adopter ???
- En terme de souplesse, y a t-il mieux ???
- Pouvez-vous me proposer d'autres modèles ??? (autre que la modèlisation par méta-données, quelle galère !!! :aie:)
Merci d'avance ;)

Cordialement,

Philippe
19/07/2006, 00h51
pcaboche
Bonsoir Philippe,

Citation:

Envoyé par hphil

La solution qui me parait la plus adaptée est la modélisation par héritage

Ca me semble aussi la solution la mieux adaptée.

Ca te permet également de représenter de manière très fine les données propres à chaque composant et de faire des traitements intéressants comme la liste des matériels compatibles.

Exemple: Une carte mère est caractérisée (entre autres) par:
- le type et le nombre de socket pour le processeur
- le type et le nombre de ports (PCI-Express, AGP, PCI...)
- ...

Un processeur est caractérisé par:
- le type de socket
- la fréquence
- ...

Une carte graphique est caractérisée par:
- le type de port
- ...

Avec:
- des tables "composants" comme: t_carte_mere, t_carte_graph, t_cpu
- des tables "caractéristiques" comme: t_socket, t_port
- des tables traduisant les relations comme "cette carte-mère possède 2 ports PCI-Express"
on peut en fonction du processeur choir la carte mère, puis la carte graphique, etc.

La limitation d'un tel système, ce sont les solutions "hybrides" faisant intervenir de l'héritage multiple, par exemple les barebones qui regroupent à la fois la carte mère, le boitier et le ventirad.

Un autre cas assez pénible, ce sont les cartes mère multi-processeurs, par exemple.
Citation:
Envoyé par hphil

Pensez-vous que c'est la seule solution à adopter ???
En terme de souplesse, y a t-il mieux ???
La seule, non. La meilleure, certainement.

C'est déjà très très souple: ça te permet de définir précisément les caractéristique de chaque composant, et surtout les contraintes entre composants (sockets entre processeurs et CM, etc.)
19/07/2006, 17h12
hphil

Bonjour,

Merci Caboche de m'avoir répondu.

Citation:

Envoyé par pcaboche

La seule, non. La meilleure, certainement.

La modélisation par héritage me semble aussi la plus adaptée ! Elle offre pas mal de perspective en terme d'évolutivité (dommage que MySQL ne gère pas ça en natif, alors que PostgreSQL... ;))

Par curiosité et pour ma culture personnelle, ya t-il une autre solution tout aussi pertinente que l'héritage pour modéliser une telle structure, commune quand même à beaucoup de site de ecom (LDLC, TopAchat, Pixmania, et j'en passe...) ?

----------

Cordialement,

Philippe
19/07/2006, 19h42
pcaboche

Citation:

Envoyé par hphil

Par curiosité et pour ma culture personnelle, ya t-il une autre solution tout aussi pertinente que l'héritage pour modéliser une telle structure, commune quand même à beaucoup de site de ecom (LDLC, TopAchat, Pixmania, et j'en passe...) ?

T'as qu'à leur demander... :lol: (mais ça métonnerait beaucoup qu'ils te répondent: "Bonjour, comme vous m'avez l'air bien sympatique, voici la structure de notre base de données en ligne, faites-en ce que vous voulez. Enjoy !")

Plus sérieusement, je ne pense pas qu'il y ait d'autre solution (je veux dire "d'autre solution viable". Sinon il y a toutjours la solution avec les méta-données mais bon... tu vois ce que je veux dire !)
19/07/2006, 20h45
hphil

Merci d'avoir pris le temps de me répondre. Cela m'a permis d'effacer certaines zones d'ombres et de doutes ;)

Je clos le sujet...

@plus

----------

Bien cordialement,

Philippe