Précédent   Forum des professionnels en informatique > Logiciels > Solutions d'entreprise > Business Intelligence > Cognos
Cognos Forum d'entraide Cognos : Impromptu, Powerplay, transformer,...
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 07/06/2011, 11h59   #1
Invité de passage
 
Homme
DBA, BI
Inscription : mars 2011
Messages : 2
Détails du profil
Informations personnelles :
Sexe : Homme
Localisation : France, Finistère (Bretagne)

Informations professionnelles :
Activité : DBA, BI

Informations forums :
Inscription : mars 2011
Messages : 2
Points : 1
Points : 1
Par défaut [8][Query Studio] Tri différent entre les affichages HTML et PDF

Bonjour,

Dans Query Studio, les affichages d'une requête au format HTLM et PDF sont différents.

La structure de la requête est la suivante :

<Section>
Année | Mois | Valeur

Un filtre est positionné sur les éléments de la section ainsi que sur les années.
Tri : Année (ordre croissant), Mois (ordre croissant)

Au format HTML, l'ordre de tri est correct.
Au format PDF, les lignes ne sont pas triées.

Avez-vous une idée pour expliquer ce comportement ?

Merci d'avance
fhelou est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 07/06/2011, 13h28   #2
Membre Expert
 
Avatar de Sunchaser
 
Homme Vincent
OPNI
Inscription : décembre 2004
Messages : 1 668
Détails du profil
Informations personnelles :
Nom : Homme Vincent
Âge : 41
Localisation : France, Manche (Basse Normandie)

Informations professionnelles :
Activité : OPNI
Secteur : Industrie Pharmaceutique

Informations forums :
Inscription : décembre 2004
Messages : 1 668
Points : 2 036
Points : 2 036
Bonjour,

Avant de pouvoir dire quoi que ce soit, il faudrait en savoir un peu plus sur ce qui est fait ou non dans le rapport:
Comment est fait le sorting ?
. Au niveau du SQL (si jamais tu passes par un "SQL direct" ou autre du même genre)
. Au niveau du DataItem (il y a une propriété dont je ne me souviens jamais du nom, "pre-sort" je crois, je ne suis pas devant mon Cognos, Désolé)
. Au niveau du rapport lui même, c'est a dire au niveau de l'objet "List" ou "Crosstab" utilisé pour représenter les données,etc
?

Si jamais même le sorting est récalcitrant, je me suis déjà vu spécifier a la fois au niveau du DataItem ainsi qu'au niveau de l'objet "List" (ou autres).

On ne peut pas se baser sur un "order by" qui serait spécifié au niveau du SQL (c'est en tout cas ce que je constate).

@+
__________________
Citation:
Aux persévérants aucune route n'est interdite
Question: un ver a pied, c'est un millepatte unijambiste ?

Mon dernier trip musical

Citation:
Quiconque construit un jardin devient un allié de la lumière, aucun jardin n'étant jamais surgi des ténèbres
A priori un proverbe Perse ...
Sunchaser est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 28/07/2011, 15h35   #3
Invité de passage
 
Homme
DBA, BI
Inscription : mars 2011
Messages : 2
Détails du profil
Informations personnelles :
Sexe : Homme
Localisation : France, Finistère (Bretagne)

Informations professionnelles :
Activité : DBA, BI

Informations forums :
Inscription : mars 2011
Messages : 2
Points : 1
Points : 1
Je n'ai pas trouvé l'explication à ce comportement mais j'ai une solution :
1 - supprimer la colonne sur laquelle l'ordre de tri pose problème
2 - l'ajouter de nouveau
3 - définir de nouveau le tri sur cette colonne

Et là plus de comportement différent entre les formats HTML et PDF.
fhelou est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité Cette discussion est résolue.
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 20h31.


 
 
 
 
Partenaires

Hébergement Web