Discussion :

[alloa28]

Slt à tous,

alors voilà je débute dans le monde du SQL. J'aimerais bien réaliser une base de données mais je coince sur pour modéliser un truc (cf. ci-dessous).

En fait je ne vois pas très bien comment écrire ça sous forme de tables.

J'ai un objet de type A qui contient plusieurs informations (info1,info2,info3, ...)... jusque là pas de problèmes, c'est easy.

Le hic c'est que cet objet contient une liste d'objet de type B (une centaine).
Et je possède une liste d'une centaine d'objets de type A à devoir enregistrer et manipuler...

Pour vous donner un exemple plus précis :

J'ai une liste de marques et chaque marque contient une centaine de produits....
J'ai une liste de fournisseurs et chaque fournisseur propose une liste de produit...

Vais-je devoir créer une table par ObjetA (ce qui me donne une centaine de tables au bas mot) ou existe-il d'autres solutions...

J'ai beau chercher sur google, je ne trouve rien qui me convienne.

Si la seule solution est de créer des centaines de tables. Lorsque je vais devoir par exemple analyser ce que propose chaque fournisseur (propose plusieurs produits de plusieurs marques), cela ne va t-il poser aucun problème question mémoire? Et si je veux représenter ça sous forme de schéma de base de données relationnelles, ça devient catastrophique...

Bref, j'attends vos avis sur la chose

Un tout grand merci d'avance

[Antoun]

Très grossièrement (mais je suis le premier à dire que le modèle objet et le modèle relationnel ne correspondent pas), chaque classe va te donner une table, chaque instance étant une ligne de cette table. L'appartenance est traduite par une relation.

TableA(ID_A, info1, info2, info3)
TableB(ID_B, infoa, infob, infoc, ID_A)

[CinePhil]

Puisque tu parles d'objets, tu as dû faire un diagramme de classes non ?

J'ai une liste de marques et chaque marque contient une centaine de produits....
J'ai une liste de fournisseurs et chaque fournisseur propose une liste de produit...

Tu as donc une classe "Marque", une classe "Produit", une classe "Fournisseur"

Marque -1..1----Fabriquer----*- Produit -*----Proposer----*- Fournisseur

Ce qui donnera les tables suivantes :
Marque (m_id, m_nom...)
Fournisseur (f_id, f_nom...)
Produit (p_id, p_id_marque, p_reference, p_nom...)
Proposer (pr_id_produit, pr_id_fournisseur...)

Et tu vois qu'il n'y a aucune liste dans les tables.

[alloa28]

Merci, maintenant c'est beaucoup plus clair pour moi