Discussion :

[jacquesv]

Bonjour,

Un cube SSAS possède dans une dimension un attribut de type Integer (dimension Magasin, attribut Surface de vente, en m²).

Dans Excel, un TCD pointe vers ce cube.

Lors d'un tri croissant sur cette dimension numérique, l'ordre affiché est suivant un type Texte :

1050
2500
840
980

au lieu d'un ordre suivant un type numérique :

840
980
1050
2500

[Mon analyse :

En capturant la requête MDX depuis Excel vers SSAS, l'on obtient :
SELECT {AddCalculatedMembers({[Magasin].[Surface de vente].[Surface de vente].Members})} DIMENSION PROPERTIES MEMBER_TYPE ON COLUMNS
FROM [Ventes]
CELL PROPERTIES CELL_ORDINAL

Le résultat est un recordset sans enregistrement avec en en-têtes de colonnes la liste des valeurs. Voir la pièce jointe.
Je comprend qu'interroger le cube de cette manière entraîne Excel à considérer cette liste de valeurs comme du texte car la propriété NameColumn de la dimension est forcément de type WChar.

]

Comment faire pour qu'Excel considère ces chiffres comme du numérique au moment de trier ?
(Forcer le format Numérique des cellules ne fonctionne pas)

Une idée ?

[Finndelle74]

Bonjour,
Si le type de base est WChar, Excel le prendra forcément comme du texte, donc modifier le format d'affichage côté excel ne changera rien.
A mon avis, il faudrait recourir à la fonction CNUM pour convertir le texte en nombre côté Excel, si on ne peut pas modifier le type de départ.

[Qwazerty]

Salut

Pas le niveau pour répondre mais peut-être une piste. En faisant quelques recherche il apparait des fonction utilisable dans les requêtes SQL, il s'agit de CAST et CONVERT. Il serait peut-être possible de les utiliser dans la requête SSAS...

Autre piste, les cube semblent avoir une méthode permettant l'utilisation de champs calculés complexes. Il serait peut-être possible de générer un champs calculé capable de transcrire du texte en valeur numérique puis d'utiliser ce champs lors de la requête.

++
Qwaz

[jacquesv]

@Finndelle74
Dans un TCD, quand on sélectionne une dimension du cube, pour aller l'afficher en ligne par exemple, je ne vois pas où la fonction CNUM pourrait être mentionnée car on sélectionne le champ à la souris par drag-and-drop. Une idée ?

@Qwazerty
- Bien qu'utilisant le SELECT et le FROM, il ne s'agit pas de SQL mais du langage MDX pour interroger un cube. De plus, Excel ne permet pas de modifier ce code, hélas !
- "les cube semblent avoir une méthode permettant l'utilisation de champs calculés complexes". Oui, il s'agit de "calculs MDX", un script défini dans le cube qui génère des champs calculés à la volée au moment de la réception de la requête MDX. C'est effectivement une voie possible, mais cela modifiera-t-il pour autant la manière dont Excel génère la requête MDX (car c'est Excel qui demande des libellés) ?
Je ne suis pas spécialiste de cette partie précise, je vais voir avec mon développeur BI.

Merci pour vos retours !

[Pierre Fauconnier]

Salut.

Tu es en Excel 2016. Tu as donc Power Query (onglet Données/Récupérer et transformer les données)...

Si tu récupères les données du cube via PowerQuery, tu auras des possibilités de transformation de données avant de récupérer la table pour créer le TCD. C'est peut-être une piste.

[jacquesv]

Super idée !
On va la creuser...

[Qwazerty]

Salut

Le résultat est un recordset sans enregistrement

Ce recordset ne peut-il pas être modifier (voir copier et modifier la copie) pour y inclure un champs supplémentaire où faire le transtypage? Ca sera peut-être un peu lourd si la quantité de données est importante par contre.

++
Qwaz

[Finndelle74]

@Finndelle74
Dans un TCD, quand on sélectionne une dimension du cube, pour aller l'afficher en ligne par exemple, je ne vois pas où la fonction CNUM pourrait être mentionnée car on sélectionne le champ à la souris par drag-and-drop. Une idée ?

Je pensais à créer un 2ème tableau qui récupèrerait les données du TCD. Pas du tout optimisé je sais, mais je ne sais pas faire mieux dans ce cas !

[jacquesv]

@Pierre Fauconnier
Par Power Query je n'y suis pas arrivé (pas trouvé de provider SSAS parmi les providers proposés sur mon poste, bizarre...).
En revanche, par Power Pivot, oui !
- Je créé un Modèle avec comme source de données le cube (requête MDX via le concepteur).
- Dans ce modèle j'ajoute une colonne calculée avec comme formule :
- Je créé un TCD avec comme source ce modèle, au lieu de choisir la colonne native (au format Texte), je choisi la nouvelle colonne. Voir la copie d'écran du résultat.
Donc techniquement c'est possible : je vais remonter cette technique aux utilisateurs, à voir comment ils vont s'en sortir car c'est une technique un peu avancée.

@Qwazerty
Je ne peux pas accéder à ce recordset. J'ai pu en générer un de la manière suivante :
- mise en place d'une trace à l'aide du Profiler SQL Server,
- manipulation dans Excel et capture du code MDX (SELECT...) par le Profiler,
- copier/coller de ce code MDX dans Management Studio et exécution de ce code vers le cube : le recordset s'affiche (c'est comme cela que j'ai récupéré la copie d'écran), et cela m'a permis de comprendre.

"pour y inclure un champs supplémentaire où faire le transtypage" : c'est la démarche proposée par Pierre Fauconnier. Sauf que je l'ai mise en oeuvre en utilisant Power Pivot au lieu de Power Query (voir plus haut).

@Finndelle74
"Je pensais à créer un 2ème tableau qui récupèrerait les données du TCD."
C'est effectivement comme cela que les utilisateurs s'en sortent actuellement, mais ils trouvent cela "pas beau" et un peu lourd.

En images :
- déclaration de la requête vers le cube via l'assistant (je ne parle pas le MDX couramment ;-),


- ajout de la colonne calculée "Surface de vente (INT)" à l'aide de la fonction VALUE (équivalente à CNUM) basée la colonne initiale de type texte,


- le TCD basé sur le modèle en utilisant la colonne calculée de type entier, donc le tri est correct.


Au final c'est dommage que Microsoft ne gère pas mieux la chose, d'autant plus que le besoin a l'air classique.

Je vous remercie pour votre aide ! ... et en particulier Pierre qui a déclenché la solution !

Je déclare ce fil résolu.

[Pierre Fauconnier]

Salut Jacques,

Grand merci pour ce retour détaillé sur la solution trouvée et sur les autres tentatives.

Sympa