Discussion :

[MicaelFelix]

Bonjour,

Je vous explique mon problème, souvent lorsque je fais une requête et qu'elle est simple, je ne descend pas dans les niveaux inférieurs en utilisant des selects imbriqués, mais lorsque je n'ai pas le choix, je me retrouve souvent "bloqué" avec "...column prefix '...' does not match with a table name or alias..."

Je suppose que c'est un problème de compréhension du SQL car si on ne peut pas faire autrement, le sql ne serait pas très pratique comme langage...

Je vous montre un exemple:

Code :

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

1
2
3
4
5
6
7
...
	INNER JOIN (SELECT Client_ID,Sexe,Nom,Prenom FROM tClient)tClient ON tClient.Client_ID = tDossier.Client_ID 
	LEFT JOIN tClient_Adresse ON tClient.Client_ID = tClient_Adresse.Client_ID
	,(SELECT TOP 1 * FROM
	(SELECT Adresse_ID FROM dbo.tClient_Adresse WHERE dbo.tClient_Adresse.Client_ID=tClient.Client_ID) tC_A 
INNER JOIN tAdresse ON tAdresse.Adresse_ID = tC_A.Adresse_ID2
	ORDER BY tAdresse.Principal)t2

J'ai simplifié le code pour une meilleure compréhension du problème.
Ici en fait j'ai un client, une ou plusieurs adresses pour le client (ce qui explique la table de liaison tClient_Adresse), et je veux récupérer une seule de ces adresses, celle qui est définie en tant que principale.
Mon problème est que tClient.Client_ID n'est pas visible à l'intérieur des selects imbriqués... bref j'ai l'impression que dès qu'on "descend" d'un niveau on n'a plus accès aux autres tables, c'est peut être normal mais alors comment fais ton pour reprendre des valeurs des colonnes qui sont plus "hautes" (comme Client_ID de la tClient_ID par exemple) ?

J'ai l'impression que je n'ai pas compris des choses parce que ce genre de problème me revient souvent... alors ce que je fais la plupart du temps c'est que j'essaye d'éviter ce genre de cas complexe, en faisant (quand c'est possible, quand il n'y a qu'une valeur à récupérer sur un enregistrement d'un fichier) des appels du genre dbo.mafonction(Client_ID) qui me retournerait l'adresse (numéro civique)... mais ce genre de principe est mauvais car dès que je veux plus d'une "case" (par exemple le numéro civique + le code postal + la ville), c'est pas possible avec les appels de fonctions qui ne renvoient basiquement qu'une valeur...

J'espère que vous comprenez mon problème, je vous remercie à l'avance de l'aide que vous pourrez me donner.

Merci.

[kagemaru]

est-ce que tu peux poster le code complet de ta requête ? C'est souvent plus simple que d'avoir un extrait du code qui n'est pas forcément représentatif du pb.

Mais si ta table t_Client n'est pas dans ta clause FROM (pas dans un FROM d'un sous-select, dans le FROM principal), tu n'as pas bcp de chances d'arriver à tes fins.

[MicaelFelix]

C'est visible dans le code que j'avais mis (cf première ligne, en dessous des ...)

Code :

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

INNER JOIN (SELECT Client_ID,Sexe,Nom,Prenom FROM tClient)tClient

et c'est bien entendu dans le FROM principal, j'ai juste enlevé ce qui est dessus pour faciliter la compréhension.
L'appel à tClient.Client_ID pose problème alors que tClient est bien dans le from principal (au dessus), ça se voit bien dans le code qui est donné, pourtant j'ai l'impression que quand on descend un niveau il perd la visibilité de tclient.

[serge0934]

INNER JOIN (SELECT Client_ID,Sexe,Nom,Prenom FROM tClient)tClient

çà sert a quoi ?

un

Code :

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

INNER JOIN tClient

aurai suffit d'autant plus que tu caste le nom de la table par son propre nom

au final ta requête peut être simplifiée

Code :

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

1
2
3
4
5
SELECT TOP 1 * FROM
tClient ON tClient.Client_ID = tDossier.Client_ID 
LEFT JOIN tClient_Adresse ON tClient.Client_ID = tClient_Adresse.Client_ID
LEFT JOIN tAdresse ON tAdresse.Adresse_ID = tClient_Adresse.Adresse_ID
ORDER BY tAdresse.Principal

[kagemaru]

et c'est bien entendu dans le FROM principal

excuse-moi je ne suis pas devin

[MicaelFelix]

excuse-moi je ne suis pas devin

C'était pas à prendre méchamment, désolé si tu l'as mal pris, c'était juste pour dire que oui c'est dans le from principal.

aurai suffit d'autant plus que tu caste le nom de la table par son propre nom

Moins tu prends de champs dans la table, moins sa représentation sera "lourde" dans la mémoire du serveur pour les calculs des requêtes, plus la requête sera performante, enfin c'est ce qu'on m'a appris, peut être que j'ai tort dans le cas d'un inner join (bien que ça m'étonnerai).
C'est juste pour une question de performance.

Code :

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

1
2
3
4
5
SELECT TOP 1 * FROM
tClient ON tClient.Client_ID = tDossier.Client_ID 
LEFT JOIN tClient_Adresse ON tClient.Client_ID = tClient_Adresse.Client_ID
LEFT JOIN tAdresse ON tAdresse.Adresse_ID = tClient_Adresse.Adresse_ID
ORDER BY tAdresse.Principal

Dans mon cas c'est pas ce que je veux car la requête est plus complexe que ça en vrai (je ne veux pas retourner que l'adresse).

Je pense faire comme ça au final :

Code :

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

1
2
3
 
tClient ON tClient.Client_ID = tDossier.Client_ID 
LEFT JOIN (SELECT TOP 1 * FROM tClient_Adresse INNER JOIN tAdresse ON tAdresse.Adresse_ID = tClient_Adresse.Adresse_ID ORDER BY tAdresse.Principal) tC_A ON tClient.Client_ID = tC_A.Client_ID

Mais à votre avis, est-ce qu'il produit la requête avant d'appliquer le ON tClient.Client_ID = tC_A.Client_ID ? Bref est-ce qu'il va faire l'inner join puis ensuite considérer la condition dans ON ... ?
C'est toujours une histoire d'optimisation, parce que c'est une base de données de milliers de clients donc je dois faire au mieux pour que ça soit le moins gourmand en ressources.

Merci d'avance.