Discussion :

[professeur shadoko]

Bon l'intitulé de ma question n'est pas très clair alors je vais essayer de préciser.
Imaginons qu'on ait différentes tables TB1, TB2, TB3 qui décrivent des produits différents vendus par un magasin.
Ces tables ont au moins une information commune: la référence unique du produit dans le magasin.
Maintenant comment chercher un produit en fonction de sa référence?

question 1: la question est-elle stupide parcequ'elle relève d'une mauvaise conception?

question 2: si possible: comment faire? une table qui relierait le numero unique à une autre table est-elle possible?

je veux dire pour simplifier peut-on faire" SELECT * from X" où X est calculé à partir d'une autre requête SELECT?

pour compliquer un peu plus la question: pas de base de référence! c'est une question purement abstraite.

merci

[Waldar]

Réponse à la question 1 : oui, c'est une mauvaise modélisation.

Réponse à la question 2 : oui, on peut quand même s'en sortir avec une requête de ce genre :

Code :

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

1
2
3
4
5
6
7
8
9
10
SELECT reference, source
FROM
(
SELECT reference, 'TAB1' as source FROM Table1
UNION ALL
SELECT reference, 'TAB2' FROM Table2
UNION ALL
SELECT reference, 'TAB3' FROM Table3
) sr
WHERE reference = ...

[Oishiiii]

Ça ne me semble pas être une "mauvaise conception".
La description donnée fait penser à de l'héritage (mais sans la table "parent").

Quelque chose comme ceci (clé primaire soulignée, clé étrangère en italique):
Produit(prod_id, prod_nom)
Chaussure(prod_id, pointure)
Chapeau(prod_id, tourTete)
Jean(prod_id, longueur, largeur, couleur)

Ensuite, je ne voit pas quel est le problème

[Waldar]

Justement, c'est table principale manquante, c'est la mauvaise conception.
Heureusement, c'est ratrapable.

[professeur shadoko]

.
Pour simplifier le propos:
imaginons qu'on ait des tables "fabricant" qui décrivent des produits. Ces tables ont des informations assez diverses et de nouvelles tables peuvent se présenter rapidement dans la vie de l'application.
On gère par contre la vue "distributeur" quelque chose qui aurait l'aspect

Code :

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

1
2
 
ref_unique_distributeur;  prix;  stock;  table_fabricant;  clef_fabricant;

peut-on imaginer une requête propre qui donne toutes les informations "fabricant" connaissant la "ref_unique_distributeur" (par exemple).
contrainte: la liste des tables fabricant n'est pas en dur dans la requête.

bravo à ceux qui ont vu l'héritage: il est vrai que l'appli retransforme tout ça sur la base d'une classe abstraite Java "Produit". Bien entendu je peux tout à fait m'éviter une requête SQL tordue en gérant les choses en deux coups dans mon programme: consultation de la table distributeur puis aiguillage vers une autre requête SQL bien simple.
Je suis quand même curieux de savoir si ce genre de situation de configuration ne se produit jamais dans la "vraie vie" .

merci à tous.

[pacmann]

Salut !

Non, ce n'est pas possible sans mettre de nom en dur.
Je suppose que que la colonne "table_fabricant" contient le nom de la table à lire ?

Dans ce cas, soit tu fais la jointure systématique sur toutes les tables fabricant en incluant cette colonne comme critère de jointure, soit tu réalises ton exécution en deux fois (comme tu l'envisageais en Java).

[CinePhil]

.
Pour simplifier le propos:
imaginons qu'on ait des tables "fabricant" qui décrivent des produits.

Ça reste une mauvaise conception on dirait !
Une table "fabricant" décrit les fabricants, pas les produits !

Ces tables ont des informations assez diverses et de nouvelles tables peuvent se présenter rapidement dans la vie de l'application.

Normalement, le modèle de données est figé et l'application n'a pas à créer de nouvelles tables, sauf cas très particuliers (archivage de données régulières, importation de données brutes à des fins de statistiques par exemple).
Si ton application génère de nouvelles tables "fabricant", c'est de plus en plus probable qu'il y a une erreur de conception !

[quote]On gère par contre la vue "distributeur" quelque chose qui aurait l'aspect

Code :

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

1
2
 
ref_unique_distributeur;  prix;  stock;  table_fabricant;  clef_fabricant;

C'est une vue "distributeur" qui semble afficher des données relatives à des produits (stock, prix) et qui fait référence à des fabricants (ceux des produits j'imagine ?).
Il y a au moins un problème de sémantique dans ton machin !

Normalement tu devrais avoir plutôt un schéma de données de ce type (formalisme MCD de la méthode Merise) :
Fabricant -0,n----Fabriquer----1,n- Produit -0,n----Distribuer----0,n- Distributeur

Ce qui donnerait par exemple les tables :
Fabricant (fab_id, fab_nom, fab_adresse...)
Distributeur (dis_id, dis_nom, dis_adresse...)
Produit (prd_id, prd_nom, prd_ref_interne, prd_prix_vente_ht...)
Fabriquer (fbq_id_produit, fbq_id_fabricant, fbq_prix_achat_ht...)
Distribuer (dtb_id_produit, dtb_id_distributeur, dtb_prix_achat_ht...)