[SQL 2012] : SQL Server Data Tools (ex Juneau)

SQL Server Data Tools (SSDT) est un nouvel outil de développement apporté par SQL Server 2012 dans l'optique d'unifier les outils de développement SQL et d'améliorer la productivité des développeurs.

Avec SSDT, vous développez une seule fois et vous pouvez déployer sur plusieurs plates-formes : SQL Server 2005/2008/2012 ou encore SQL Azure.

SSDT apporte plusieurs fonctionnalités digne d'un outil de développement et qui simplifie la vie aux développeurs, à savoir:

[SQL 2012] : Activation et utilisation du FileTable

La fonctionnalité FileTable apporte une prise en charge de l'espace de noms de fichier Windows et la compatibilité des applications Windows avec les données de fichier stockées dans SQL Server.

FileTable permet à une application d'intégrer ses composants de stockage et de gestion des données, et fournit des services SQL Server intégrés (notamment la recherche sémantique et en texte intégral) sur des données et des métadonnées non structurées.
En d'autres termes, vous pouvez maintenant stocker des fichiers et des documents dans des tables spéciales dans SQL Server, appelées FileTables, mais y accéder à partir d'applications Windows comme si ils avaient été stockés dans le système de fichiers, sans apporter de modifications à vos applications clientes.

La fonctionnalité FileTable s'appuie sur la technologie SQL Server FILESTREAM.
Les étapes de mise en place du FileTable sont:

[SSIS] : Limitation Expressions à 4000 caractères

Lorsque l'on veut construire une longue requête SQL ou une commande XMLA... de façon dynamique, beaucoup d'entre nous ont été confronté à la limitation des expressions SSIS à 4000 caractères et ont dû la contourner.

Cette limitation qui est présente jusqu'à la version 2008 R2, disparaîtra dans la nouvelle version SQL 2012 (d'après les tests de la CTP3).

[SSRS] : Afficher le nombre de page dans le Gestionnaire de rapport

Si comme moi vous vous êtes demandé en affichant un rapport pourquoi le nombre de pages = 2? et bah sachez qu'il ne s'agit pas d'un beug mais de la configuration par défaut de la propriété PageCountMode du fichier de configuration SSRS.

Cette propriété qui concerne seulement le Gestionnaire de rapport spécifie si le serveur de rapports calcule le nombre de pages avant le rendu du rapport ou pendant l'affichage de ce dernier.

[SSRS] : Désactiver l'accès à Report Builder

Le Générateur de rapports ou Report Builder est un outil de création de rapports ad hoc qui s'installe avec un serveur de rapports SQL Server Reporting Services (SSRS) configuré pour le mode natif ou pour le mode d'intégration SharePoint (msdn).

L'accès au Report Builder (depuis le Report manager) est par défaut activé et pour le désactiver il suffit de changer la valeur de la propriété EnableReportDesignClientDownload.

Cette propriété est accessible en se connectant au serveur de rapports depuis management studio (SSMS), click droit Propriétés et dans la page "Avancé" mettre la valeur de la propriété EnableReportDesignClientDownload à False.

[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.

[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

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:

• Microsoft Baseline Configuration Analyzer 2.0
• Powershell 2.0

[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.