Discussion :

[Promesses]

Bonjour à tous,

Je travaille actuellement dans une équipe de développement BI qui produit des indicateurs pour différentes directions de mon entreprise.
Nous utilisons aujourd'hui toute la suite logicielle Microsoft BI pour le développement et la mise disposition des indicateurs.
(MSQL server, SSIS, SSAS, SSRS, Exel)

Aujourd'hui, nous diffusons ces indicateurs à travers des restitutions (SSRS ou Exel) que nous formattons préalablement
Nous produisons de plus en plus de cubes et les utilisateurs sont très demandeurs de personnalisation de leur tableau de bord.

Ils souhaitent en effet personnaliser leur restitution en :
- sélectionnant des indicateurs qui peuvent provenir de différents cubes
- filtrant des indicateurs à partir des cubes et les proposer dans la restitution
- s'enregistrer leur personnalisation

--> ils souhaitent être libre dans la réalisation de leur restitution

Je ne trouve pas d'outils qui permettraient de répondre correctement à ces besoins.
Avec SSRS ou Excel, nous sommes trop limités, et la personnalisation n'est pas possible, et la sélection multi-cube impossible.

Quels outils permettraient de satisfaire les besoins que j'ai cités ?

Merci par avance pour votre aide.

[Promesses]

Bonjour,
Je n'ai malheureusement pas de réponse.
Je vois les autres posts sur les autres outils, j'ai l'impression que ce que je cherche n'existe pas réellement.

@Elros : Je vois que tu es l'un des plus actifs, je voudrais bien discuter un peu avec toi du sujet, si tu veux bien

[Elros]

Hello Promesses,

J'ai vu ton sujet mais, j'ai oublié de te répondre !
J'ai exactement le même contexte technologique que toi et des problématiques identiques..

Chez mon client actuel, nous avons plusieurs cubes (une petite dizaine) qui sont beaucoup trop gros (trop de dimension, trop d'attribut, trop d'indicateur, trop d’agréation possible...).
Au début, on a commencé avec une belle modélisation en étoile puis, une constellation et maintenant certains cubes sont presque inexploitables avec Excel. Toutes les nuits, on fait un process (pour une durée de 2h à 3h30) afin de récupérer les données de la veille.

Le problème, ce sont les utilisateurs qui souhaitent avoir tout au même endroit (ou presque) ! C'est pour palier le problème de l'analyse multi-cube.

Lorsqu'un utilisateur travail sur un cube via Excel il se plaint de la lenteur. En effet, nos cubes sont généreux et les utilisateurs veulent tout croiser pour "analyser" au grain le plus fin. Lorsque l'on a regardé (sniff des requêtes MDX générées) comment l'analyse d'un cube était gérée par Excel, on a cru rêver et on a compris pourquoi c'était si long.

Chez un autre client, je sais qu'ils ont un seul gros, gros cube (avec des perspectives). Ils peuvent tout croiser (plus de problème de multi-cube) et avec des outils tels que Power Query et Power BI on arrive à faire des choses appréciables (si on a le temps).

Pour être 100% libre de tes mouvements (données à analyser et mise en forme), on met en place les lacs de données avec le gros avantage et inconvénient, on fait ce que l'on veut.

Elros

[Promesses]

Merci Elros pour ta réponse.

Je suis surpris qu'il n'y ait pas un outil qui permette de faire ça.

Cela signifie qu'il faut répondre aux clients qu'il doit faire avec les moyens que nous avons ?

Les DataLake, je ne connais pas ... il faut sans doute une architecture matérielle conséquente pour cette techno ?

Pour ce que tu dis au sujet des gros cubes, avec plusieurs perspectives, je n'avais pas pensé à ça.
Mais du coup, en gestion, ça doit être coton car cela peut faire énormément de mesures à gérer / traiter.

Et tu dis que du coup dans PowerBi, par exemple, tu peux prendre deux mesures du même cube mais de deux perspectives différentes pour les mettre dans le même rapport ?

[Elros]

Dans SSRS, on peut exploiter plusieurs cubes mais, dans des requêtes différentes. On a aussi exploité la fonction MDX LookupCube. Mais cela devient vite délicat à utiliser.

L'intérêt d'un cube est d'analyser rapidement des données d'un domaine particulier (Factures, Stock, etc.). Puis, la BI self-service est apparue. Maintenant, on a des outils où l'on peut croiser tout ce que l'on veut et en plus, on peut se passer de l'attente habituelle de la DSI ! Mais, la limite arrive lorsque l'on souhaite charger/croiser trop de données.
Pour palier ce problème, on essaie de le faire avec SSAS qui n'est pas fait pour. Pour cela, on fait un gros cube SSAS représentant une constellation (plusieurs groupes de mesures). Evidemment, cela devient compliqué à gérer, car on a beaucoup d'axe d'analyse et indicateur. De plus, lorsqu'il y a des erreurs, cela devient plus long à corriger.
Les perspectives sont là pour faciliter l'utilisation en améliorant l'organisation.
L'intérêt d'un seul cube, c'est de pouvoir prendre des indicateurs de tous les domaines avec Power BI ou Excel.
Il me tarde de tester Power BI (version cloud) pour regarder de plus près les DataSources (pointant sur du SSAS). On devrait pouvoir exploiter "facilement" plusieurs cubes dans un dashboard. il faudra "juste" bien organiser les DataSources (cela ressemblera à des univers BO).

La partie Data Lake est un vrai projet, avec sa propre architecture et ses technologies s'approchant de celles du Big Data.

Elros

[Promesses]

Merci Elros, une réponse complète !
Je vais creuser tout ça.