IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Requêtes et SQL. Discussion :

Impact du nb de champs en en-tête de ligne ds une requête d'analyse croisée?


Sujet :

Requêtes et SQL.

  1. #1
    Membre du Club
    Profil pro
    Inscrit en
    Juin 2004
    Messages
    126
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2004
    Messages : 126
    Points : 53
    Points
    53
    Par défaut Impact du nb de champs en en-tête de ligne ds une requête d'analyse croisée?
    Bonjour,

    J'essaie tant bien que mal de résoudre un mystère... mais pas moyen.

    J'ai une table qui se présente sous cette forme là avec les champs suivant:
    - code niveau 5
    - libellé niveau 5
    - code niveau 4
    - libellé niveau 4
    - code niveau 3
    - libellé niveau 3
    - code niveau 2
    - libellé niveau 2
    - code niveau 1
    - libellé niveau 1
    - année
    - nb

    En utilisant l'assistant, je choisis en en-tête de ligne le champ "code niveau 5", en en-tête de colonne le champ "année", et je termine par un somme sur le champ "nb".

    Dans ce cas j'obtiens des résultats corrects.

    Par contre je souhaite intégrer à ce tableau la définition du code niveau 5 puisque le code, donc dans le mode création de la requête j'intégre manuellement le champ "libellé niveau 5" et je précise sur la ligne analyse que c'est une en-tete de ligne.

    Jusque là tout va bien.

    Mais je décide que j'ai besoin d'avoir tous les niveaux de code finalement, donc je fini par intégrer les champs "code niveau 4", "libellé niveau 4", "code niveau 3", "libellé niveau 3", "code niveau 2", "libellé niveau 2", "code niveau 1" et "libellé niveau 1". Je les intègre donc de la même manière que précédemment.
    Je les remets dans l'ordre dans la requête: de 1 à 5 dans les en-tetes de ligne, puis l'en-tête de colonne "année", puis la somme de "nb".
    Il faut peut être savoir que les niveaux sont imbriqués entre eux, le niveau 1 étant le plus simple, le niveau 5 plus détaillé. Ces champs sont toujours renseignés.

    Résultat: il me manque des chiffres sur certaines années, et ce de façon totalement aléatoire...

    J'ai constaté que si je supprimais de la requête le champ "libellé niveau 5" la requête refonctionnait à nouveau...

    Auriez-vous des suggestions? Access a-t-il certaines limites de ce côté là?

    Merci d'avance pour vos réponses

  2. #2
    Rédacteur/Modérateur

    Avatar de Jean-Philippe André
    Homme Profil pro
    Architecte Power Platform, ex-Développeur VBA/C#/VB.Net
    Inscrit en
    Juillet 2007
    Messages
    14 656
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : Canada

    Informations professionnelles :
    Activité : Architecte Power Platform, ex-Développeur VBA/C#/VB.Net
    Secteur : Finance

    Informations forums :
    Inscription : Juillet 2007
    Messages : 14 656
    Points : 34 370
    Points
    34 370
    Par défaut
    salut,

    un peu de SQL pour nous aider serait-il possible, ma boule de cristal est restée à la maison

  3. #3
    Membre du Club
    Profil pro
    Inscrit en
    Juin 2004
    Messages
    126
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2004
    Messages : 126
    Points : 53
    Points
    53
    Par défaut
    Rooooo, moi qui pensait que les gens ici étaient des magiciens lol

    La requête qui marche:

    Code SQL : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    TRANSFORM Sum([0_base].[Total H/F]) AS [SommeDeTotal H/F]
    SELECT [0_base].NIV1, [0_base].[libellé niv 1], [0_base].NIV2, [0_base].[libellé niv 2], [0_base].NIV3, [0_base].[libellé niv 3], [0_base].NIV4, [0_base].[libellé niv 4], [0_base].NIV5, Sum([0_base].[Total H/F]) AS [Total de Total H/F]
    FROM 0_base
    GROUP BY [0_base].NIV1, [0_base].[libellé niv 1], [0_base].NIV2, [0_base].[libellé niv 2], [0_base].NIV3, [0_base].[libellé niv 3], [0_base].NIV4, [0_base].[libellé niv 4], [0_base].NIV5
    PIVOT [0_base].Année;

    Celle qui ne marche pas:

    Code SQL : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    TRANSFORM Sum([0_base].[Total H/F]) AS [SommeDeTotal H/F]
    SELECT [0_base].NIV1, [0_base].[libellé niv 1], [0_base].NIV2, [0_base].[libellé niv 2], [0_base].NIV3, [0_base].[libellé niv 3], [0_base].NIV4, [0_base].[libellé niv 4], [0_base].NIV5, [0_base].[libellé niv 5], Sum([0_base].[Total H/F]) AS [Total de Total H/F]
    FROM 0_base
    GROUP BY [0_base].NIV1, [0_base].[libellé niv 1], [0_base].NIV2, [0_base].[libellé niv 2], [0_base].NIV3, [0_base].[libellé niv 3], [0_base].NIV4, [0_base].[libellé niv 4], [0_base].NIV5, [0_base].[libellé niv 5]
    PIVOT [0_base].Année;


    La seule différence entre les 2 c'est l'ajout du champ [0_base].[libellé niv 5]

    Voilà, pas sure que ça vous aide mais c'est à peu prés tt ce que je peux faire de plus je pense

Discussions similaires

  1. [AC-2003] Requête d'analyse croisée : tri via une table de lien sur le champ "En-tête de colonne"
    Par michail_arkov dans le forum Requêtes et SQL.
    Réponses: 3
    Dernier message: 28/06/2013, 10h01
  2. Réponses: 2
    Dernier message: 18/06/2008, 08h04
  3. Réponses: 8
    Dernier message: 04/04/2007, 15h29
  4. Réponses: 2
    Dernier message: 25/09/2006, 15h13
  5. Réponses: 4
    Dernier message: 12/09/2005, 09h21

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo