Discussion :

[mr.tux]

Bonjour à tous je suis un débutant en langage SQL et lors de la création de mes tables je me trouve confronté à un problème.
Voici les tables que j'ai crée :


Mon but est de séléctionner tout les disques dur, j'ai donc essaye de faire un

Code :

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

select distinct products.label from products,subcat where subcat.sid=products.sid AND products.sid=2 AND subcat.cid=1

Mais le AND subcat.cid dans la clause where n'a aucun effet je me retrouve avec les disques durs dans la catégorie pieces et periph.

Mes tables ne sont pas bonnes ? Ma requete incorrecte ? Je suis un peu perdu.
Merci pour votre aide

[Médiat]

Tes tables sont mal conçues : tes disques durs ayant un sid de 2 on ne sait pas si ce sont des HDD ou des moniteurs...

Deux solutions :

• Tu ajoutes le cid dans la table Product
  Tu rends le sid de la table SUBCAT unique

[mr.tux]

Merci beaucoup pour ta réponse je vais essayer de rajouter un champ cid dans la table products merci encore !

[marsupix]

je dirais que c'est la table subcat qui est mal faite.
elle n'a aucun identifiant (clé primaire) permettant de désigner chaque "sous-catégorie"

[Médiat]

je dirais que c'est la table subcat qui est mal faite.
elle n'a aucun identifiant (clé primaire) permettant de désigner chaque "sous-catégorie"

Pas d'accord : la clé primaire est (sid, cid).

[blaiso]

je dirais que c'est la table subcat qui est mal faite.
elle n'a aucun identifiant (clé primaire) permettant de désigner chaque "sous-catégorie"

Pas d'accord : la clé primaire est (sid, cid).

je suis d'accord avec marsupix, la table SUBCAT n'a pas de clé primaire.

la structure des tables devraient normalement être:

CAT(cid, label)
PRODUCTS(pid, sid, label)
SUBCAT(sid, cid, label)

dans ce cas, la table PRODUCTS est fille de la table SUBCAT. donc PRODUCTS prend la clé primaire de SUBCAT.
la table SUBCAT est fille de la table CAT. donc SUBCAT prend la clé primaire de CAT.

la requete devient

Code :

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

select distinct products.label from products,subcat where subcat.sid=products.sid AND  subcat.cid= "clé primaire de HDD"

Or dans ta table, le champ sid , qui doit etre celui de ta clé primaire a des valeurs repetés!

elle ne pourra jamais marcher ta requete.

Pas d'accord : la clé primaire est (sid, cid).

désolé Médiat, la clé primaire est sid !, donc, cette table n'a pas de clé primaire dans sa structure actuelle.

[blaiso]

autant pour moi...
la requete est plustot

Code :

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

1
2
 
select distinct products.label from products,subcat where subcat.sid=products.sid AND  subcat.sid= "clé primaire de HDD"

[Médiat]

désolé Médiat, la clé primaire est sid !, donc, cette table n'a pas de clé primaire dans sa structure actuelle.

Désolé blaiso, mais il semble que tu n'aies jamais entendu parler de lien identifiant et de clé composite.

La table telle qu'elle est proposée a une clé primaire composite (cid, sid) il est quand même facile de voir que tous les couples sont uniques ; que ce ne soit pas la meilleure solution est une autre question (c'est pour cela que je proposais deux solutions dans ma première réponse), qui ne pourrait se résoudre qu'avec une complète connaissance des besoins fonctionnels.

[blaiso]

Désolé blaiso, mais il semble que tu n'aies jamais entendu parler de lien identifiant et de clé composite.

Rassure toi Médiat, j'en ai déjà entendu parlé.

La table telle qu'elle est proposée a une clé primaire composite (cid, sid) il est quand même facile de voir que tous les couples sont uniques .

je crains que ce ne soit la meilleure façon de déceler une clé primaire d'une table. Je crois savoir que c'est dans la conception que cela se passe, et non en observant l'unicité des couples de valeurs!

que ce ne soit pas la meilleure solution est une autre question.

je suis entièrement d'accord.

(c'est pour cela que je proposais deux solutions dans ma première réponse), qui ne pourrait se résoudre qu'avec une complète connaissance des besoins fonctionnels.

C'est un début de solution que j'ai proposé dans le schéma relationnel evoqué dans le post precedent.

Au bout du compte, nous sommes d'accord que les tables sont mal faites, donc sa requete ne peut pas lui donner les résultats escomptés.