Discussion :

[elias]

Bonjour,

Je voudrais savoir si c'est possible de mettre un BETWEEN dans un IN ?

[Médiat]

Non.

Mais si tu disais ce que tu veux faire, nous pourrions t'aider plus efficacement.

Si j'essaye de deviner ce que tu veux faire, peut-être qu'un OR peut t'aider.

[elias]

C'est lié à une requete dans ACCESS, mais personne ne s'interresse au sujet.

J'expose le problème :

J'ai ma requete d'analyse croisée qui affiche le total de réclamation par origine pour tous les mois de l'année comme indiqué dans la dernière ligne du pivot !

Code :

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

1
2
3
4
5
6
TRANSFORM Nz(Sum([AC_origine_union].[Total]),"") AS SommeDeTotal 
SELECT AC_origine_union.MODE_RECEPTION AS ORIGINE, Nz(Sum([AC_origine_union].[Total]),"0") AS [Total colonne] 
FROM AC_origine_union 
GROUP BY AC_origine_union.MODE_RECEPTION, AC_origine_union.ORDRE 
ORDER BY AC_origine_union.ORDRE 
PIVOT Format([DATE_RECL],"mmm") In ("janv","févr","mars","avr","mai","juin","juil","août","sept","oct","nov","déc");

J'ai dans un formulaire 2 champs avec une date de début et de fin !

Et je voudrais que l'affichage se face entre ces 2 dates !


Si je supprime le In ou que je rajoute un BETWEEN dans la ligne PIVOT j'ai des erreurs d'expression.

[voyageur]

Un truc du genre ca ca marche pas ?

Code :

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

Where PIVOT Format([DATE_RECL],"mmm") in ( select mois from table where mois between 'janvier' and 'decembre' )

[Médiat]

As-tu essayé un BETWEEN avec les N° de Mois plutôt que les Noms ?

[elias]

C'est une super idée, mais malheureusement ACCESS ne suit pas !
il me dit que "la requete d'analyse croisée contient un ou plusieurs entetes de colonne fixe non valide"

[elias]

As-tu essayé un BETWEEN avec les N° de Mois plutôt que les Noms ?

en fait, je veux pas des mois à proprement parlé, je voudrais un intervalle entre 2 dates issus d'un formulaire.

C'est pour ça que j'ai adapté l'idée :

Code :

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

PIVOT Format([AC_origine_union].[DATE_RECL],"mmm") In (select [AC_origine_union].[DATE_RECL] from [AC_origine_union] where [AC_origine_union].[DATE_RECL] between [Formulaires]![STATS_PAR_DATE]![date_deb] And [Formulaires]![STATS_PAR_DATE]![date_fin] );

avec le bug que j'ai dis au dessus.

[SQLpro]

C'est strictement impossible car le IN introduit non des valeurs, mais des noms d'objet car se sont les noms des colonnes résultants de la table réponse.

D'ailleurs l'idée elle-meme de l'opérateur PIVOT est une connerie monstre. Et il est possible de s'en passer aisément. Dans un article à paraître ces prochains jours, voici ce que je dit à propos de cet opérateur qui sera présent dans MS SQL Server 2005 :
"
ATTENTION : Si cette technique permet de réconcilier les afficionados d'Access et des tableaux croisés avec SQL Server, tant mieux. Mais ce "truc" possède de très nombreux inconvénients majeurs :

1) aucune conformité aux normes SQL et franchement pas standard : la transformation de valeurs en nom de colonnes est une absurdité et le recours aux crochets pour nommer les colonnes provenant des valeurs n'obéit à aucune logique, ni aucun standard si ce n'est les spécificités de MS SQL Server.

2) même si le plan de requête parait plus simple, il n'est pas certain que l'effort en terme d'E/S soit moindre. En effet l'utilisation d'un tel opérateur empêche en principe l'utilisation des index.

3) toute opération cosmétique grève énormement les performances d'un serveur SQL parce qu'il n'a pas été prévu pour cela, alors qu'un outil de présentation spécialisement conçu à cet effet pourra donner le même rendu en minimisant les ressources.

4) la clause IN de l'opérateur PIVOT n'a pas été rendue générique. En l'occurrence l'écriture très tentant d'une requête du genre :
PIVOT (SUM(VTE_CA) FOR VTE_PERIODE IN (VTE_PERIODE) AS TRIMESTRE
ou encore :
PIVOT (SUM(VTE_CA) FOR VTE_PERIODE IN (SELECT DISTINCT VTE_PERIODE FROM T_VENTE_VTE) AS TRIMESTRE
n'est pas possible. Il faut spécifier "en dur" et connaître d'avance les colonnes !

En conclusion : les opérateurs PIVOT / UNPIVOT revêtent peu d'intérêt et sont à éviter systématiquement pour qui veut des performances.
"

A +