MDX pour les nuls développeurs Michel Perfetti - Cellenza MVP Visual Studio ALM François JEHL - Criteo MVP SQL Server

Merci à nos sponsors

Nos sociétés Leader mondial du display à la performance avec 800 employés dans plus de 40 pays Une R&D de plusieurs centaines d’ingénieurs en plein Paris Qui innovent chaque jour pour traiter des centaines de milliers de requêtes par secondes et stocker des PB de données Le tout avec C#, Hadoop, SQL Server, Vertica, MongoDb… Envie de nous rejoindre? http://www.criteolabs.com/ Cabinet de conseil exclusivement dédié aux technologies Microsoft et aux méthodes agiles . Cellenza accompagne ses clients dans l’adoption des meilleures pratiques, techniques et méthodologiques. Envie de nous rejoindre? http://www.cellenza.com/

Mythes et réalités sur le MDX * Nous avons décidé de nous représenter modestement sous la forme d’A. Einstein Mythe n°1 C’est compliqué ! Car comme chacun sait le SQL c’est simple! Non c’est juste un peu différent.

Mythes et réalités sur le MDX Mythe n°1 Tu as bien appris le procédural, le fonctionnel, l’objet, le relationnel, alors pourquoi le multidim te ferait peur?

Mythes et réalités sur le MDX Salut! C’est moi qui te paie ! Mythe n°2 OK… Mais ça ne me sert à rien! Ce langage est pensé pour répondre à ses demandes, à lui, là bas, ton client.

Mythes et réalités sur le MDX Mythe n°2 Utiliser un formalisme qui parle le langage de ton client est plus productif que tordre le SQL pour le même résultat

Mythes et réalités sur le MDX Mythe n°3 C’est difficile à intégrer! Euh non. Ca s’interroge en .NET, en Java et ça supporte de nombreux scénarios de sécurité.

Agenda MDX vs SQL : le match Pourquoi pas du MDX dans mon application? Rookie Level Normal Level Expert Level Pourquoi pas du MDX dans mon application?

MDX vs SQL - Rookie Level Un cube possède un méta-modèle Qui explicite les clés de jointures Qui spécifie quelles colonnes sont des mesures (indicateurs numériques) ou des attributs (axes d’analyse) Qui gère traductions et conversion de devises L’écriture de requêtes est en réalité souvent bien plus facile et moins verbeuse

Démo - Rookie Level J’aurais besoin des chiffres de ventes mensuels par catégorie de produit et année. Pouvez vous me les donner en euros?

Démo - Rookie Level On en retient que : L’écriture d’une requête est itérative Les jointures sont implicites, de même que les agrégats et les GROUP BY La conversion de devises et la traduction est native

MDX vs SQL - Rookie Level Les « colonnes » sont des membres, des coordonnées On ne filtre pas sur une égalité / inégalité de plusieurs colonnes On définit le sous-cube qui répond à la requête On passe d’un requêtage algébrique à un requêtage géométrique

Démo - Rookie Level Il me faudrait ces statistiques uniquement pour cette année et pour les vélos, en France et au Royaume Uni.

Démo - Rookie Level On en retient que : Le filtrage des requêtes peut se faire dans la clause WHERE (ou slicer) On peut changer tout le contexte de la requête pour un sous-cube de manière transparente Pour aller plus loin : bit.ly/IpTT3q

MDX vs SQL – Medium Level Un résultat tabulaire en SQL est conforme au stockage, c’est une table Alors qu’un résultat tabulaire en MDX est une projection en deux dimensions d’un espace à n dimensions

MDX vs SQL – Medium Level Une colonne calculée n’a donc pas de sens On crée soit un membre calculé, soit une mesure calculée, qui a bien sur une règle d’agrégation si nécessaire

MDX vs SQL - Medium Level En 2006 j’ai quelques fournisseurs qui ont abusé des remises. Pourriez vous voir s’ils ont continué en 2007? Je voudrais voir remises 2007 ventilées par le Top 10 2006, uniquement pour les vélos.

MDX vs SQL - Medium Level On en retient que : Les mesures calculées permettent de définir de nouveaux indicateurs Les membres calculés permettent de définir de nouvelles valeurs de dimensions Ces deux derniers peuvent être construits sur un set mais il faut ensuite les agréger. Les jeux nommés définissent des ensembles de membres

MDX vs SQL – Medium Level Les hiérarchies sont natives au cube Cela signifie que la notion de parent est importante, un parent est l’agrégation de ses enfants Tout dépend ensuite de comment la mesure agrège. Similaire au GROUP BY ROLLUP de SQL mais en natif Il est facile de calculer des ratios, des contributions

MDX vs SQL - Medium Level Je voudrais voir la contribution au total du CA et au CA du parent de toutes les catégories et sous catégories.

MDX vs SQL - Medium Level On en retient que : Tout est hiérarchique dans un cube On navigue dans les hiérarchies à l’aide de fonctions généalogiques (Descendants, Ancestors…) On calcule très facilement des contributions si une hiérarchie a été prévue

MDX vs SQL – Expert Level Le temps est une notion importante Une dimension temps est typée comme telle Le langage comprend des opérateurs de déplacement dans le temps Calculer des totaux glissants ou des cumuls à date avec du MDX est une partie de plaisir.

MDX vs SQL – Expert Level J’ai une présentation avec le CFO! J’aurais besoin de l’évolution du gross et gross YTD en YoY et MoM pour l’année fiscale!

MDX vs SQL - Expert Level On en retient que : La fonction ParallelPeriod permet de récupérer une date par rapport à l’actuelle (~ DateAdd) La fonction PeriodsToDate permet de récupérer un ensemble de périodes Beaucoup d’autres fonctions natives existent pour faciliter la vie (Ytd, Mtd, Wtd)

MDX vs SQL pour le reporting : le bilan

Agenda MDX vs SQL : le match Pourquoi pas du MDX dans mon application? Rookie Level Normal Level Expert Level Pourquoi pas du MDX dans mon application?

Pourquoi pas du MDX dans vos applications C’est possible et c’est natif dans .Net Depuis au moins SQL Server 2005

ADOMD.NET

Conclusion Un langage adapté au client c’est mieux Surtout dans le domaine du reporting Les modèles sont complexes mais pas le langage Les cubes sont accessibles à tous