vendredi 23 septembre 2011

[SSRS] : Différence entre rapport en cache et Snapshot

Nous pouvons mettre en œuvre deux formes de mise en cache dans Reporting Services: la mise en cache temporaire des rapports et les Snapshot.
Le serveur de rapports met en cache une instance d'un rapport basé sur le nom du rapport. Cependant, si un rapport contient des données différentes en fonction de paramètres de requête, de multiples versions de ce rapport seront mises en cache.
Par exemple, supposons que vous avez paramétré un rapport qui prend un code région comme une valeur de paramètre. Si vous spécifiez quatre codes régions différents, quatre copies en cache seront créées.
Le premier utilisateur qui exécute le rapport avec un code région différent crée un rapport mis en cache qui contient les données pour cette région. Les utilisateurs suivants qui demandent un rapport en utilisant le même code région obtiennent la copie en cache.

mercredi 14 septembre 2011

[SSAS] : Rôles de sécurité SSAS

Il existe deux types de rôles dans SSAS, les rôles au niveau serveur et les rôles au niveau base de données.

Au niveau serveur seul le rôle Administrateur peut être attribué, les membres de ce rôle ont les droits d'administration de toutes les bases AS.

Au niveau base de données il existe plusieurs rôles, à savoir :
  • Read
  • ReadDefinition
  • Process
  • Write
  • Administrateur
Pour plus de détails vous pouvez consulter http://msdn.microsoft.com/fr-fr/library/ms174840.aspx

mardi 13 septembre 2011

SQL Server Best Practice Analyzer

SQL Best Practice Analyzer ou BPA est un outil d'audit SSAS/SSIS et SQL qui permet en deux clics (Nom de l'instance) de savoir si vos Cubes/Packages/Bases de données respectent les bonnes pratiques Infra/Config et Dev.

Cet outil est en libre téléchargement et existe en version 2005 et 2008/2008R2.

La version 2008/2008R2 demande deux pre-requis à savoir:

[SSAS] : Base AS en mode Read-Only

La mise en lecture seule (Read-Only) d'une base AS est assez simple, sauf qu'elle n'est pas exposée directement via l'interface SSMS, ainsi cela peut être réalisé à travers une opération de Detach/Attach et dont voici la procédure :

  • Detach de la base AS:


  • Attach de la base AS en cochant la case Read-Only:



En mettant la base AS en lecture seule vous y interdisez toute modification (processing, suppression,...).
Cela peut être utile en cas d'archivage des bases ou pour garder une photo de la base à un instant donné.

[SSIS] : Loockup SSIS est-il sensible à la casse

La réponse est Oui et Non.
En effet, cela dépend du mode de cache utilisé, en mode Full Cache le Lookup est sensible à la casse et cela s'explique par le fait que toute la table ou la requête de référence est monté en mémoire et puis c'est SSIS qui fait la correspondance.

En mode Partial Cache ou No Cache cela dépend de la Collation de la base de données source qui peut être sensible (CS) ou non (CI) à la casse.