Discussion :

[etiennegaloup]

Bonjour,

je désirais savoir s'il existe une instruction sous SQL Server indiquant si les lignes d'une table sont référencées dans une autre table.
Je m'explique:
Je développe une application permettant notamment de gérer des produits et les commandes passées sur ces produits.
J'utilise une base de données sous SQL Server 2005 pour le stockage des données.
La relation entre la table des produits T_PRODUIT_PDT et la table des détails commandes (TJ_CDE_PDT) est 1/N.

T_PRODUIT_PDT(PDT_ID, PDT_REF, PDT_DESCRIPTION)
TJ_CDE_PDT(LIG_CDE_ID, CDE_ID, PDT_ID, QUANTITE)

PDT_ID clé primaire de la table T_PRODUIT_PDT est une clé étrangère de la table TJ_CDE_PDT

L'utilisateur pourra sous l'application en cours de développement ajouter, modifier et supprimer des produits. Je n'ai pas défini la contrainte d'intégrité référentielle ON DELETE CASCADE. Ainsi, en cas de tentative de suppression d'un produit se trouvant dans une commande, une exception est levé indiquant l'impossibilité de supprimer le produit. Je désirais empêcher l'utilisateur de pouvoir supprimer un produit si celui-ci se trouve dans une commande.
Je désirais donc ajouter dans la requête SQL de sélection des produits un champ indiquant si l'utilisateur peut supprimer la commande.
Existe-t-il une instruction sous SQL Server indiquant si les lignes d'une table sont référencées dans une autre table ?
J'ai pensé à la requête suivante:

Code :

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

1
2
3
4
5
6
7
 
SELECT PDT_ID, PDT_REF, PDT_DESCRIPTION,
     PDT_SUPPR = CASE
         WHEN EXISTS(SELECT 1 FROM TJ_CDE_PDT DTL WHERE DTL.PDT_ID = PDT.PDT_ID) THEN 1
         ELSE 0
     END
FROM T_PRODUITS_PDT PDT

Que pensez-vous de cette solution ?
Existe-t-il une autre solution ?

Merci d'avance,
++

[agemis31]

Bonsoir,

Ca me semble bien s'il est vraiment nécessaire d'avoir cette colonne pour des raisons d'IHM ou autres.

A ce sujet, il y a un article intéressant ici sur la différence entre EXISTS, IN et JOIN sur ce genre de choses.

Sinon, on peut toujours

• gérer un compteur de références dénormalisé (dans ce cas ci, ça n'est pas intéressant),
• laisser l'erreur se soulever (... de la gérer dans un bloc TRY EXCEPT),

Ça dépend vraiment de l'application.

@+

[SQLpro]

A priori le EXISTS dans la vue est la meilleure solution.

A +

[etiennegaloup]

A priori le EXISTS dans la vue est la meilleure solution.

Donc la requête que j'ai fait convient tout à fait ?
N'est-il pas possible de remplacer l'instruction WHERE DTL.PDT_ID = PDT.PDT_ID par une jointure ?

J'ai utilisé le case car il me semble qu'il n'est pas possible dans une requête SQL d'utiliser EXISTS. J'ai obtenu une erreur lorsque j'ai testé la requête suivante:

Code :

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

1
2
SELECT PDT_ID, PDT_REF, PDT_DESCRIPTION, EXISTS(SELECT 1 FROM TJ_CDE_PDT DTL WHERE DTL.PDT_ID = PDT.PDT_ID) AS PDT_SUPPR
FROM T_PRODUITS_PDT PDT

Ca me semble bien s'il est vraiment nécessaire d'avoir cette colonne pour des raisons d'IHM ou autres.

Sinon, on peut toujours
* laisser l'erreur se soulever (... de la gérer dans un bloc TRY EXCEPT),

L'applicatif autorise la suppression du produit si la valeur PDT_SUPPR est à 1.
Cela évite la levée d'une exception.

++

[SQLpro]

Parce que vous vous y prenez mal :

Code :

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

1
2
3
4
5
6
7
8
SELECT PDT_ID, PDT_REF, PDT_DESCRIPTION, 
       CASE 
          WHEN EXISTS(SELECT * 
                      FROM   dbo.TJ_CDE_PDT DTL 
                      WHERE  DTL.PDT_ID = PDT.PDT_ID) THEN 1
          ELSE 0
       END AS PDT_SUPPR
FROM   dbo.T_PRODUITS_PDT PDT

A +