Discussion :

[tinomulot]

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

Code sql :

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

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 sql :

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

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

[mout1234]

Bonsoir,

Dans l'aide d'Access 2007, ils indiquent

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.

[tinomulot]

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!

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!

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

Message reçu

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?).