La nouvelle version d’IBM Cognos Analytics est disponible ! Nous vous proposons d’en découvrir les principaux changements et nouveautés.
Voir L’articleCatégorie : Business Intelligence
Cognos Data Module – La dimension temps
La dimension temps a un intérêt très particulier pour les utilisateurs que ce soit pour les comptabilisations financières, les dates des opérations de vente, etc… . On entend par dimension temps les dates conventionnelles, telles que les années, les trimestres, les mois, les semaines, et jours mais aussi les dates relatives telles que les trimestres précédent, le semestre présent, etc…
Il est donc important de bien comprendre cette notion de temps afin d’avoir des résultats corrects pour ses rapports. Cet article présente les différentes possibilités de mise en place d’une telle dimension dans un Data Module d’IBM Cognos Analytics.
Voir l’articleDatawarehouse : La dimension temps
Comment modéliser une bonne dimension temps ? C’est ce que nous allons voir dans cet article, à travers quelques bonnes pratiques et astuces de modélisation, puis un exemple de mise en œuvre sous Microsoft SQL Server.
Voir l’articleCognos BI – Gestion de la sécurité & Bonnes pratiques (2/2)
La sécurité sous Cognos BI peut devenir un vrai casse-tête dès que le nombre d’utilisateurs à administrer devient important. Via cette série d’articles nous allons voir quelques bonnes pratiques facilitant la mise en œuvre et permettant d’éviter les principaux écueils.
Voir l’articleCognos BI – Gestion de la sécurité & Bonnes pratiques (1/2)
La sécurité sous Cognos BI peut devenir un vrai casse-tête dès que le nombre d’utilisateurs à administrer devient important. Via cette série d’articles nous allons voir quelques bonnes pratiques facilitant la mise en œuvre et permettant d’éviter les principaux écueils.
Voir l’articleCognos Report Studio : Diffusion et exécution intéractive de rapports
Comment diffuser des rapports Report Studio en masse ? Comment mettre en place des invites permettant aux utilisateurs de paramétrer les rapports avant exécution ? C’est ce que nous allons voir à travers ces deux tutoriels d’explication.
Voir l’articleGérer les lignes orphelines (suite) : Mise en oeuvre dans Stambia
Pour faire suite au précédent article présentant l’utilisation du paramètre IDENTITY_INSERT dans Microsoft SQL Server, voici un petit appendice présentant la mise en oeuvre de cette notion dans l’ELT Stambia.
Voir l’articleGérer les lignes orphelines dans Microsoft SQL Server à l’aide de IDENTITY_INSERT
Lors de la conception d’un Entrepôt de données (ou datawarehouse), la question de la performance est au cœur de celle-ci. En effet au moment du reporting, il est fondamental que les temps de réponse soient constants pour une volumétrie croissante. C’est pour cela qu’il est important de construire les tables de dimensions et de faits, de manière à ce que l’on fasse uniquement des jointures fermées (INNER JOINS).
Cependant il peut arriver que lors de l’alimentation d’une table de faits, certaines lignes n’aient pas de correspondance avec une ou plusieurs tables de dimensions. Comment gérer ces cas, pour quand même intégrer ces lignes de manière cohérente et conserver toutes les données dans notre datawarehouse ? C’est là qu’intervient l’utilisation du fameux IDENTITY_INSERT.