Pour les gros joueurs

Chris Webb nous avertit dans cet article de la sortie d’un whitepaper qui porte sur l’intérêt du mode de stockage ROLAP dans SSAS pour les cubes qui pèsent plusieurs téras. C’est rédigé par l’équipe de SQL CAT, et ça se télécharge ici. Personnellement je n’ai jamais eu l’opportunité de bosser sur ce genre de volumétrie, ça m’a l’air plutôt éclatant!

Tant qu’on y est, j’ai également récupéré le lien d’un e-book pour apprendre le PowerShell. C’est écrit par Tobias Weltner, MVP PowerShell, et ça se télécharge là. Je n’ai pas encore eu le temps de le lire, mais ça m’a été recommandé donc je forward!

…et un cube pour les diriger tous!

Chris Webb (pour rappel, l’auteur de la bible des cubes SSAS) reprend la discussion sur la question : faut il monter tous ses groupes de mesures dans un seul gros cube ou dans plein de petits cubes?

Le débat a repris suite à une question posée sur le technet, et Mister Webb fait le point dans cet article.

Je vous donne son avis en version courte, avis auquel j’adhère à 100% :

  • Il faut mieux démarrer avec un seul gros cube afin d’accéder à toutes les mesures dans tous les rapports.
  • Deux exceptions:
    • Dès le départ, si les groupes de mesures sont complétement disjoints (ils n’utilisent que très peu de dimensions en commun), cela ne présente pas d’intérêt de les mélanger,
    • Plus tard, en cas de problème de performances, cela a du sens de créer des petits cubes qui feront des zooms sur les sujets critiques.

C’est ce que je pratique et personnellement je n’ai jamais eu de problème!

Ps: Suis-je seul à systématiquement enlever la deuxième syllabe à « cube » dès que je l’entends dans une phrase pour voir si ça devient cochon? Je suis sûr que non… 😉