Clause IN : Bug SQL Server ou Y a t il une explication ? [Résolu]

[SLEWDEN]

Bonjour,
Je suis tombé par hasard sur ce cas et je ne parviens pas à l'expliquer. Pouvez vous m'aider ??

J'exécute une requête du style suivant sur une base SQL Server 2008 R2 :

SELECT * FROM Table WHERE Cle_etrangère1 IN (SELECT col_inconnue FROM Table2 WHERE critère_sur_table2)

==> Je tiens à préciser que la sous requête exécutée seule : "SELECT col_inconnue FROM Table2 WHERE critère_sur table2" génère une erreur SQL Server de compilation car la colonne demandée "col_inconnue" n'appartient pas à la table "Table2"

MAIS la requête complète fonctionne !!! il semble que le filtre "WHERE cle_etrangère1 IN ..." ne s'applique pas !!!


Pouvez vous me dire pourquoi ??

[mikedavem]

Bonjour,

On peut avoir la requête réelle qui vous genère votre erreur ?
Merci d'avance

++

[Yanika_bzh]

parce que col_inconnue appartient a votre 1er table (Table) et non a la seconde (table2) ?

[SLEWDEN]

Envoyé par mikedavem

Bonjour,

On peut avoir la requête réelle qui vous genère votre erreur ?
Merci d'avance

++

Bonjour ci dessous un exemple de requête tiré de la base ASPNETDB (je n'ai les bases d'exemples de SQL Server DSL)

SELECT *
FROM dbo.aspnet_Roles
WHERE ApplicationID in (SELECT RoleId FROM dbo.aspnet_Applications WHERE applicationName = 'rouge')

RoleId n'existe pas dans la table "dbo.aspnet_Applications", mais existe bien dans "dbo.aspnet_Roles".
Si l'on prend une colonne qui n'existe pas du tout ou une colonne d'une autre table de la base de données, SQL Server génère bien une erreur...

[mikedavem]

Il n'y a pas de bug la dedans. Cela revient à écrire cela (en mettant un alias) :

Code :

1
2
3
SELECT R.* 
FROM dbo.aspnet_Roles AS R
WHERE R.ApplicationID IN (SELECT R.RoleId FROM dbo.aspnet_Applications WHERE applicationName = 'rouge')

Dans ce cas l'exécution de la requête entière fonctionne mais pas la sous requête.

++

[SLEWDEN]

Envoyé par mikedavem

Il n'y a pas de bug la dedans. Cela revient à écrire cela (en mettant un alias) :

Code :

Dans ce cas l'exécution de la requête entière fonctionne mais pas la sous requête.

++

OK effectivement, je comprends mieux avec l'alias pourquoi cela fonctionne au niveau de la syntaxe T-SQL.
Merci beaucoup de vos réponses.

[elsuket]

D'où l'importance de toujours qualifier :

- les objets (tables, vues, fonctions, procédures stockées) par le nom du schéma auquel ils appartiennent
- le nom des colonnes par le nom de la table ou de la vue (ou par leur alias)

@++