Problème interprétation SELECT FROM (SELECT . . .)

Version imprimable

Bonjour,

J'ai un soucis avec une requête imbriquée dans un FROM. Ca me bloque depuis plusieurs jours donc j'en viens à l'extrémité de vous demander de l'aide. Je préviens je suis débutant en SQL Server et .NET (je suis stagiaire depuis 4 mois et demi).

J'ai 4 tables dont 3 liées par héritage à l'une d'entre elles. Les tables Regle_Produit , Regle_Produit_Hasard , Achat_Groupe qui dérivent de la table Regle .

Les sous-tables possèdent en clé étrangère l'identifiant de la sur-table Regle : id_regle.

Alors j'ai réussi à concevoir une requète, qui me récupère, par rapport à un id_regle spécifié et inscrit dans la table Regle, le nom de la sous-table qui contient cette règle (en détails).
Code:

1 2 3 4 5 6 7 8 select COALESCE(CASE WHEN RP.id_regle_produit is not null then 'ECommerce_CrossV2_Regle_Produit' end, CASE WHEN PH.id_regle_produit_hasard is not null then 'ECommerce_CrossV2_Produit_Hasard' end, case when AG.id_regle_achat_groupe is not null then 'ECommerce_CrossV2_Achat_Groupe' end) from ECommerce_CrossV2_Regle as R1 LEFT JOIN ECommerce_CrossV2_Regle_Produit as RP ON R1.id_regle = RP.id_regle_produit LEFT JOIN ECommerce_CrossV2_Regle as R2 ON R1.id_regle = R2.id_regle LEFT JOIN ECommerce_CrossV2_Produit_Hasard as PH ON R2.id_regle = PH.id_regle_produit_hasard LEFT JOIN ECommerce_CrossV2_Regle as R3 ON R1.id_regle = R3.id_regle LEFT JOIN ECommerce_CrossV2_Achat_Groupe as AG ON R3.id_regle = AG.id_regle_achat_groupe WHERE R1.id_regle = 2;
Lorsque que je met ce paramètre à 2, cela me retourne bien comme résultat ECommerce_CrossV2_Produit_Hasard

Voila ce que j'aimerais faire et que je n'arrive pas :

Code:

select * from (ma grosse requete);

Le résultat de la grosse requête est considéré comme une table et non une chaîne de caractère. Aussi je me retrouve avec comme résultat : ECommerce_CrossV2_Produit_Hasard

alors que je voudrais le contenu de la table ECommerce_CrossV2_Produit_Hasard. Il faudrait donc que je puisse, en SQL, récupérer un contenu de table et l'insérer dans la requête. J'aimerais éviter les procédures stockées ou devoir jongler entre du code CLR et SQL Server, ce qui diminuerait les performances.

J'ai essayé de mettre ma première requête en tant que fonction scalaire retournant un nvarchar(50). Cette fonction fonctionne mais je n'arrive pas à l'invoquer dans le FROM.

Si je fais :

Code:

select * from dbo.recherche_table_regle(2);

le compilateur considère que dbo.recherche_table_regle(2) devrait être une table et me renvoit une erreur.

Selon vous, comment faire en sorte de faire une sorte d'évaluation de la fonction avant l'exécution de la requête pour qu'il fasse bien

Code:

select * from ECommerce_CrossV2_Produit_Hasard;

Merci d'avance pour votre aide.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
SELECT *
FROM
(
SELECT COALESCE(CASE WHEN RP.id_regle_produit IS NOT NULL then 'ECommerce_CrossV2_Regle_Produit' end, CASE WHEN PH.id_regle_produit_hasard IS NOT NULL then 'ECommerce_CrossV2_Produit_Hasard' end, case when AG.id_regle_achat_groupe IS NOT NULL then 'ECommerce_CrossV2_Achat_Groupe' end) 
FROM ECommerce_CrossV2_Regle AS R1 
LEFT JOIN ECommerce_CrossV2_Regle_Produit AS RP ON R1.id_regle = RP.id_regle_produit
LEFT JOIN ECommerce_CrossV2_Regle AS R2 ON R1.id_regle = R2.id_regle
LEFT JOIN  ECommerce_CrossV2_Produit_Hasard AS PH ON R2.id_regle = PH.id_regle_produit_hasard
LEFT JOIN ECommerce_CrossV2_Regle AS R3 ON R1.id_regle = R3.id_regle
LEFT JOIN  ECommerce_CrossV2_Achat_Groupe AS AG ON R3.id_regle = AG.id_regle_achat_groupe
WHERE R1.id_regle = 2;
) AS T

Il est important de nommer la table dérivée (ici en T).

A +

Désolé, j'avais déja corrigé cette erreur. J'ai oublié de mettre cette correction dans le post.

Voici la VRAIE requète :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
SELECT *
FROM
(
SELECT COALESCE(CASE WHEN RP.id_regle_produit IS NOT NULL then 'ECommerce_CrossV2_Regle_Produit' end, CASE WHEN PH.id_regle_produit_hasard IS NOT NULL then 'ECommerce_CrossV2_Produit_Hasard' end, case when AG.id_regle_achat_groupe IS NOT NULL then 'ECommerce_CrossV2_Achat_Groupe' end) as C
FROM ECommerce_CrossV2_Regle AS R1 
LEFT JOIN ECommerce_CrossV2_Regle_Produit AS RP ON R1.id_regle = RP.id_regle_produit
LEFT JOIN ECommerce_CrossV2_Regle AS R2 ON R1.id_regle = R2.id_regle
LEFT JOIN  ECommerce_CrossV2_Produit_Hasard AS PH ON R2.id_regle = PH.id_regle_produit_hasard
LEFT JOIN ECommerce_CrossV2_Regle AS R3 ON R1.id_regle = R3.id_regle
LEFT JOIN  ECommerce_CrossV2_Achat_Groupe AS AG ON R3.id_regle = AG.id_regle_achat_groupe
WHERE R1.id_regle = 2
) AS T

qui donne bien comme résultat ECommerce_CrossV2_Produit_Hasard au lieu du contenu de cette table.

Bonjour,

Si vous êtes sous SQL Server 2005 ou 2008, vous pouvez aussi utiliser une expression de table commune :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
WITH
	CTE (C) AS
	(
		SELECT COALESCE
				(
					CASE
						WHEN RP.id_regle_produit IS NOT NULL THEN 'ECommerce_CrossV2_Regle_Produit'
					END,
					CASE
						WHEN PH.id_regle_produit_hasard IS NOT NULL THEN 'ECommerce_CrossV2_Produit_Hasard'
					END,
					CASE
						WHEN AG.id_regle_achat_groupe IS NOT NULL THEN 'ECommerce_CrossV2_Achat_Groupe'
					END
				) AS C
		FROM dbo.ECommerce_CrossV2_Regle AS R1 
		LEFT JOIN dbo.ECommerce_CrossV2_Regle_Produit AS RP
			ON R1.id_regle = RP.id_regle_produit
		LEFT JOIN dbo.ECommerce_CrossV2_Regle AS R2
			ON R1.id_regle = R2.id_regle
		LEFT JOIN dbo.ECommerce_CrossV2_Produit_Hasard AS PH
			ON R2.id_regle = PH.id_regle_produit_hasard
		LEFT JOIN dbo.ECommerce_CrossV2_Regle AS R3
			ON R1.id_regle = R3.id_regle
		LEFT JOIN dbo.ECommerce_CrossV2_Achat_Groupe AS AG
			ON R3.id_regle = AG.id_regle_achat_groupe
		WHERE R1.id_regle = 2
	)
SELECT C
FROM CTE

Les plans de requêtes sont identiques d'une écriture à l'autre ;)

@++ ;)

21/07/2009, 01h06
LSMetag

Merci beaucoup. J'ai au moins une solution "propre" à proposer, là où mes collègues n'avaient rien trouvé.

Dommage que certaines bases tournent encore sous SQL Server 2000, mais je conserve cette solution pour quand les migrations seront totales. En attendant j'imagine que je vais devoir segmenter en plusieurs requêtes, sauf si vous avez une solution compatible SQL Server 2000.

@++