[SQL] requête analyse croisée comme table dérivée

Il est possible d'utiliser une requête selection comme table dérivée d'une analyse croisée.

Code:

---

1 2 3 4 5 6

TRANSFORM 0+nz(Sum([BIOMASSE_ESP]),0) AS Expr1 SELECT REL, Sum(BIOMASSE_ESP) AS BIOMASSE_TOTALE FROM (SELECT test.ID, test.REL, test.ESP, [POIDS]*[NB] AS BIOMASSE_ESP FROM test INNER JOIN test2 ON test.ESP = test2.ESP) temp GROUP BY REL PIVOT ESP;

---

Par contre, je n'arrive pas à faire l'inverse:

Code:

---

1 2 3 4 5 6

SELECT REL, [A]/[NB_IND] AS PROP_A, [B]/[NB_IND] AS PROP_B, [C]/[NB_IND] AS PROP_C, [D]/[NB_IND] AS PROP_D, [E]/[NB_IND] AS PROP_E FROM (TRANSFORM 0+nz(Sum([NB]),0) AS Expr1 SELECT test.REL, Sum(test.NB) AS NB_IND FROM test GROUP BY test.REL PIVOT test.ESP) Requête_test1;

---

Comment cela se fait-il?
J'ai surement une erreur de code
Merci d'avance,
Tino

Base test disponible ci-dessous:
http://www.developpez.net/forums/att...1&d=1221838589

Bonsoir,

Dans l'aide d'Access 2007, ils indiquent

Citation:

---

L'instruction TRANSFORM est facultative mais, si elle est employée, elle doit
venir en première position dans une chaîne SQL.

---

Il semble bien en effet qu'une sous requête ne peut être qu'une instruction SELECT, dont ne fait pas partie la clause TRANSFORM.../ PIVOT

La solution est donc, comme tu l'as testée je crois, de créer une requête enregistrée pour ta sous-requête...

Pour ma part, il est rare que je crée des sous-requêtes dans Access. Généralement, Access semble mieux s'en sortir avec une cascade de requêtes enregistrées, et je trouve cela plus facile à maintenir.

J'avais en effet un doute sur l'erreur de code, je me disais que cela pouvait être une limite d'access... (TRNSFORM/PIVOT étant propres à Access).
Mais dans ces cas-là, je préfère ne pas charger à tord un logiciel, l'erreur humaine est plus que fréquente!

Citation:

---

La solution est donc, comme tu l'as testée je crois, de créer une requête enregistrée pour ta sous-requête...

---

Oui, et au moins, çà marche!

Citation:

---

Pour ma part, il est rare que je crée des sous-requêtes dans Access.

---

Message reçu

Citation:

---

Généralement, Access semble mieux s'en sortir avec une cascade de requêtes enregistrées, et je trouve cela plus facile à maintenir.

---

Au niveau maintenance, c'est vrai que les sous-requêtes imbriquées sur plusieurs niveaux sont nettement moins agréables.
Par contre, je ne sais pas ce que cela donne niveau différence de vitesses d'exécution:
http://www.developpez.net/forums/d61...itesse-calcul/
Mais il y a un plus: dans la fenêtre principale de la base, on s'y repère plus facilement, il n'y a pas un nombre incalculable de requêtes... Il aurait été plus agréable qu'il y ait la possibilité de créer des "dossiers" pour ranger tout ce fatras de sous-sous-sous-sous-requêtes... (peut-être que cela existe sous access2007?).