Solutions aux défis des outils de BI
Votre outil de BI est rarement le problème. Ce sont généralement les données qu'il reçoit. Un article par symptôme, par outil, écrit pour l'analyste qui doit faire fonctionner le rapport.
Chaque plateforme de BI de cette série est excellente dans ce pour quoi elle a été conçue. Power BI affiche, Tableau raconte des histoires, Looker pousse du SQL propre vers le data warehouse, Qlik vous laisse parcourir un modèle sans chemin imposé. Aucune d’entre elles n’a été conçue pour être un moteur de transformation.
C’est pourtant là que passe la journée. L’actualisation qui échoue à 03:00, la mesure qui a grossi jusqu’à deux cents lignes, la troisième version de « client actif » que personne ne parvient à rapprocher : aucun de ces problèmes n’est un problème d’affichage. C’est la structure des données arrivant dans l’outil qui est en cause.
Cette série traite un symptôme à la fois, explique ce qui le provoque réellement en amont et montre ce qui change quand le data warehouse fournit à l’outil un modèle qu’il peut exploiter directement.
-
Qlik
Vos applications Qlik et vos rapports Power BI affichent-ils des chiffres différents ?
Ni Qlik ni Power BI n'a tort. Chacun a sa propre logique de chargement, ses propres définitions et son propre lineage, donc la même métrique est calculée deux fois et personne ne peut rapprocher les résultats. Les règles ont leur place dans un modèle de warehouse gouverné que les deux outils lisent.
Lire la suite → -
Tableau
Votre Tableau Server contient-il trop de versions du même chiffre ?
Chaque fichier .tdsx publié était une décision raisonnable le jour de sa création. Ensemble, ils forment des centaines de définitions isolées du même indicateur, sans aucun moyen de savoir laquelle fait foi.
Lire la suite → -
Power BI
Vos rapports Power BI affichent-ils des chiffres différents pour la même réalité ?
Les services Finance, Ventes et Opérations ont chacun construit leur propre modèle sémantique, et chacun est cohérent en lui-même. Les définitions n'étaient fausses nulle part. Elles n'ont simplement jamais été harmonisées.
Lire la suite → -
Qlik
Nettoyez-vous les mêmes données dans chaque script de chargement Qlik ?
Les mêmes MAPPING LOAD, corrections de chaînes et dédoublonnages sont réécrits dans chaque application et chaque couche QVD, et les copies divergent. Le nettoyage est répété script par script parce qu'aucune couche de data warehouse intégrée ne le fait une seule fois.
Lire la suite → -
Qlik
Vos expressions Set Analysis Qlik sont-elles trop longues et trop lentes ?
Le Set Analysis est précis pour de vraies comparaisons. La plupart des longues expressions de votre application existent parce que le modèle n'a jamais fourni l'historique, les flags ou une granularité unique, et le graphique les reconstruit donc à chaque sélection.
Lire la suite → -
Tableau
Vos expressions LOD Tableau sont-elles trop complexes pour oser y toucher ?
FIXED, INCLUDE et EXCLUDE sont des outils précis pour de véritables questions à plusieurs granularités. La plupart de celles de votre classeur sont là parce que le data warehouse n'a jamais résolu la granularité ni conservé l'historique.
Lire la suite → -
Power BI
Votre rapport Power BI DirectQuery est-il lent à chaque clic ?
DirectQuery et Direct Lake promettent des données en direct. Ce que vous obtenez, c'est un visuel de trente secondes et une facture de calcul que personne ne veut expliquer. Le mode n'est pas le problème. Le schéma sous-jacent, lui, l'est.
Lire la suite → -
Qlik
Vos applications Qlik créent-elles sans cesse des clés synthétiques ?
Les clés synthétiques et les références circulaires, c'est Qlik qui associe exactement ce qu'on lui a fourni. Elles apparaissent parce que les données arrivent sans dimensions conformes ni vraies clés, et chaque application doit donc les inventer.
Lire la suite → -
Qlik
Vos rechargements Qlik échouent-ils à mesure que les données grossissent ?
Le moteur en mémoire (in-memory) est rapide parce que tout se trouve en RAM. Les rechargements échouent et les applications ralentissent quand cette RAM est saturée de détails ligne à ligne et de transformations qu'aucun data warehouse n'a réalisées en amont.
Lire la suite → -
Tableau
Vos actualisations d'extraits Tableau échouent-elles ou prennent-elles du retard ?
Le Backgrounder Tableau expire, le fichier .hyper ne cesse de grossir, et le dashboard affiche les données de la veille. L'extrait est volumineux parce qu'il transporte des lignes brutes qui n'ont jamais été agrégées en amont.
Lire la suite → -
Power BI
Votre code DAX Power BI devient-il trop long à maintenir ?
Deux cents lignes de CALCULATE et de FILTER ne sont pas le signe d'un DAX avancé. C'est généralement le signe que le data warehouse ne vous a jamais fourni les clés, l'historique ou la granularité dont vous aviez besoin.
Lire la suite → -
Tableau
Votre dashboard Tableau est-il lent à chaque changement de filtre ?
Vingt secondes de « Exécution de la requête » à chaque clic sur un filtre. Tableau n'affiche pas lentement. Il attend une base de données à qui l'on a posé une question à laquelle elle ne peut pas répondre rapidement.
Lire la suite → -
Power BI
Votre actualisation Power BI échoue-t-elle chaque nuit ?
L'actualisation planifiée expire, Power Query manque de mémoire, et vous l'apprenez quand quelqu'un ouvre le dashboard. La cause n'est presque jamais Power BI. C'est ce qu'on demande à Power BI de faire.
Lire la suite →
Rien ici pour l'instant.