Tests sur ForeignKey ou PrimariKey différents? [Résolu]

[tribaleur]

Bonjour à tous.
Je doit me remettre au SQL pour les besoins de mon employeur, et après quelques heures de recherche je me pose une question :

-J'ai une requête (voir ci-dessous) qui comporte des jointures sur des codes. Selon si je fait mon test sur le code clé étrangère ou sur le code clé primaire, la requête ne me renvoie pas le même résultats ... pourtant c'est le même code dans les deux table (normal ... principe de la jointure ). Je me demandai donc si c'était normal ou non? Voici ma requête :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
SELECT cg.colla,
       ...,
       cv.lib    

FROM cg INNER JOIN ca
     ON ca.Art=cg.Artic      
     ...     
     INNER JOIN cv
     ON (cv.Objet="COLLA_GRPCO" and (cv.Code=ca.GrpCo))
     
WHERE ...  
      ... and ca.GrpCO = UPPER(:P_Reg)  // ici ":P_Reg" est un paramètre dans Paradox
      // Si je test : "and cv.code = UPPER(:P_Reg)" => Renvoie un autre résultat
GROUP BY cg.colla, ... ,cv.lib

J'ai enlevé les jointures et colonnes inutiles car je ne pense pas que cela vienne d'eux ... enfin je vois pas pourquoi.

Voila j'ai peut-être oublié une règle de base dans SQL ... quoi que je suis sous Paradox ... je suis pas sur que ça aide (oui je n'aime pas ce SGBDR )

Donc pour résumé, si je test mon code sur le champ de la table "cv" ou sur celui de la table "ca", cela ne renvoie pas le même résultats alors que ses deux champs sont liés dans la requête.

Si vous avez des remarques ou tout simplement pas compris je suis dispo.

Merci d'avance à tous en tout cas.

[tribaleur]

Bon alors en fait après pas mal de tests et d'analyse de résultats j'ai trouvé pourquoi ... et c'est logique

Donc pour faire simple :
-Quand on fait le test sur le code clé étrangère, cela fait le test uniquement sur les enregistrement de la table contenant la clé étrangère.
-Quand on fait le test sur le code de la clé primaire, cela fait le test sur la table contenant la clé primaire.

=> De ce fait dans une table comme dans l'autre on peux avoir différents enregistrements qui valide les conditions des clauses "WHERE" ... mais qui ne sont pas forcément dans l'autre table. Il faut donc bien faire le test sur la clé selon les données que l'on veux tester.

Merci quand même à tous.

Avec un peu de chance ce poste en aidera certain

[CinePhil]

Le résultat de ton analyse est surprenant car tes jointures sont des jointures internes (INNER) donc, par définition et selon ta requête :

Code :

cv.Code=ca.GrpCo

Ce qui fait que qu'une condition de restriction (dans le WHERE) sur l'une ou l'autre des colonnes faisant partie de la condition de jointure devrait donner le même résultat.

On dirait que Paradox porte bien son nom si ton analyse est juste !

Autre chose que tu peux corriger dans ta requête : dans la mesure où tes jointures sont internes, ceci est une condition de restriction qui ne devrait pas figurer dans la condition de jointure (ON) mais dans la condition de restriction (WHERE) :

Code :

cv.Objet="COLLA_GRPCO"

[SQLpro]

Paradox est une base de données fichiers... Donc il fait ce qu'on lui demande... Pas d'optimiseur !

A +

[tribaleur]

Merci à tous les deux pour vos réponses

Il me semblais bien que normalement avec les jointures il n'y avais pas de différence sur le test ... m'enfin du coup, dans le doute, maintenant je ferai attention

En tout cas bonne continuation à tous les deux.