Besoin d’amour

Voici deux nouveaux articles intéressants de Jamie Thomson (SSIS Junkie) qui valent largement d’être relayés ici.

Tout d’abord une requête SQL qui génère la liste des index sur une base. Pratique pour optimiser une requête quand on développe sur une base inconnue.

Ensuite, plus qu’un simple article, c’est une réflexion sur l’amour, ou le manque d’amour, que porte Microsoft aux développeurs BI comparés aux développeurs .NET. Je ne peux qu’être complétement d’accord avec lui sur ce point, surtout en ce moment où je suis noyé dans SSRS et son comportement mystique.

Dernièrement, le seul effort de guerre manifeste de Microsoft en BI c’est de faire du neuf avec PowerPivot et le DAX.

D’une part c’est pénible pour l’existant, alors que nous sommes encore bloqués par des bugs repérés il y a 5 ans (voir les dates des articles techniques que je link dans ce blog). C’est à se demander s’il y a encore des gens qui bossent sur les expression languages et le MDX à Redmond! Certainement pas Mosha en tout cas…

D’autre part quand on a vécu la débâcle de PerformancePoint il y a 2 ans, ça peut faire peur de ré-investir dans une nouvelle techno sortie de nulle part comme PowerPivot. Heureusement pour elle qu’elle est vachement plus sexy que PPS!

Il ne reste qu’à croiser les doigts en espérant que des efforts seront faits pour la prochaine version de SQL Server. Et quand je parle d’efforts, j’espère un peu plus que des bords ronds pour les tâches de SSIS.

La Sagesse du Junkie

Le Junkie en question c’est Jamie Thomson, le célébre SSIS Junkie.

Dernièrement il a écrit 3 articles qui ont retenu mon attention:

  • Repenser les méthodes de diffusion de la BI. Utiliser Outlook, les flux RSS, twitter/facebook, que sais-je, pour délivrer les infos issues de la BI, pour moi c’est définitivement sexy. Des variations non seulement sur le medium (iPhone, SmartPhone, Mac…) mais aussi sur la méthode. Ça peut devenir un gros sujet pour nous.
  • Comment ne pas transformer le dataflow en un curseur. Dans un flux de données, il faut savoir bien répartir les taches entre les différentes ressources et composants, sous peine d’être violemment pénalisé en performance. Cet article est une bonne piqure de rappel. Cela dit, attention à l’effet inverse qui consiste à passer toute l’intelligence du flux dans la requête SQL source. Rien de pire qu’une requête de 3 pages dans la source et hop une destination. Quand je vois ça, je m’énerve tout rouge!
  • Le dépivot dynamique : comment dépivoter des données lorsqu’on ne connaît pas à l’avance les colonnes que l’on obtiendra en sortie. A noter que c’est possible quelque part dans un coin de sa tête 😉

Pour ceux qui ne suivent pas directement Jamie, je pense linker régulièrement ses bons articles par ici. A suivre donc!