https://docs.microsoft.com/en-us/sql/ssms/download-sql-server-management-studio-ssms

Je donne le lien car il arrive qu’on obtienne la version 17.0 RC par exemple, alors que la version la plus actuelle est la 17.2. Cela évite d’avoir à télécharger 350 Mo en plus de 680 de la 17.0

Pour installer SQL Server Management Studio 2016 v16.5, c’est par ici.
Pour obtenir l’installation dans une autre langue, voyez la section Langues disponibles.

ElSüket

• On n’est plus tenté d’installer SSMS en même temps que SQL Server sur une machine : ceci fait donc moins d’ouvertures aux potentielles failles de sécurité et élimine de possibles instabilités de la machine. Cela oblige les acteurs de l’entreprise à se connecter une l’instance SQL Server directement depuis leur station de travail, ou mieux depuis une machine « de rebond » qui peut être monitorée très strictement en ce qui concerne la sécurité d’accès et l’audit des actions de l’utilisateur (par exemple enregistrement vidéo de la session bureau à distance)
• Les corrections et améliorations que SSMS mérite se feront plus fréquemment que le cycle de versionnement de SQL Server, qui est tous les deux ans depuis quelques opus.

Voici donc le lien de téléchargement : en Français et en Anglais

Bon upgrade SSMS !

Mais souvent, cela ne suffit pas. Voyons comment contourner ce petit problème :

Pour les besoins de la démonstration, créons une petite table, avec une pile d’exécution. C’est ce que l’on trouve parfois dans les bases de données lorsque celles-ci sont dédiées à une seule application et écrit les erreurs rencontrées directement dans une table :

Consultons maintenant la longueur de cette chaîne :

Nous obtenons 111640. Si nous exécutons maintenant :

Puis que l’on réalise un copier-coller de la valeur dans une nouvelle fenêtre de requête, nous allons voir que nous n’obtenons pas l’intégralité du texte :

On a remarqué cependant que les documents XML, notamment les plans de requête, sont récupérables dans leur intégralité, alors que ce sont généralement des documents sont relativement longs. Tentons donc :

Ceci se termine directement avec l’erreur suivante affichée dans la console :

Msg 9400, Level 16, State 1, Line 526
XML parsing: line 513, character 33, unexpected end of input

Si l’on en vient cependant à utiliser le marqueur de section texte CDATA, qui échappe l’interprétation XML du document considéré, on obtient :

En cliquant sur le lien proposé, un nouvel onglet s’ouvre, dans lequel l’intégralité du texte est exposée :

Bonne consultation de logs !

@++

On trouve l’outil de recherche et de remplacement de texte en suivant le menu Edit, ou en pressant CTRL + F pour la recherche, et CTRL + H pour le remplacement :

Dans le simple but de standardiser le code, l’expression régulière :b+\n, qui signifie tout espace ou tabulation avant le retour à la ligne, peut simplement être remplacée par \n :

Un simple clic sur Replace All, et les vilains espaces et tabulations sont soustraits.

Au-delà de ceci, vous pouvez considérer que je pinaille, voire même que je suis maniaque. C’est probablement vrai ! Mais il faut aussi considérer le cache de requêtes. Si l’on prend une requête et qu’on lui ajoute un espace, une tabulation, ou tout autre caractère sans effet sur la syntaxe ou le résultat de cette requête, SQL Server considère ceci, au niveau du cache de requêtes, comme deux requêtes différentes, étant donné que leur valeur de hachage sera différente. C’est à l’aide de cette valeur que le moteur vérifie s’il existe déjà un plan en cache pour cette requête ou non.

Lorsque le plan comporte de nombreuses icônes, dans SSMS, on est obligé de jouer énormément avec les curseurs pour voir où se situe le problème.
Ce n’est pas le cas avec Plan Explorer, qui utilise un format plus compact.
Pour le même plan, voici ce que l’on voit dans SSMS :

Et dans Plan Explorer :

Je suppose qu’avec cette première capture d’écran vous aurez remarqué d’autre différences :

– Les cardinalités sont affichées sur les flèches
– Les opérations les plus coûteuses sont mises en évidence. On peut notamment les visualiser par coût E/S et par coût CPU :

Vous le voyez, il est également très simple de comparer les cardinalités estimées et réelles, ce qui permet rapidement de savoir s’il s’agit d’un problème d’estimation de ces dernières.
L’option Full object names affiche le nom complet de l’objet et de l’index, ce qui permet de ne pas avoir à passer le curseur sur les icônes pour savoir quel index a été utilisé.

Enfin les infobulles sont toujours présentes, mais mieux présentées parce qu’ordonnées.
Voici donc ce que l’on voit sans SSMS pour une icône de plan d’exécution graphique :

On aurait apprécié de voir par exemple le nombre de lignes estimé précéder directement le nombre de lignes réel, comme c’est le cas dans Plan Explorer :

Les onglets situés au-dessus du plan sont assez pratiques également.
Le Plan Tree est similaire au plan d’exécution textuel proposé par SSMS, mais présenté beaucoup plus clairement :

Je passe sur Top Operations et Query Columns, dont leurs noms parlent d’eux-mêmes, pour passer à Expressions :

Désormais les Expr10XX sont décryptables sans avoir à se plonger dans le document XML qu’interprètent ces deux outils

Autre implémentation intéressante : lorsqu’on obtient le plan d’exécution d’une procédure stockée ou d’un lot de requêtes, le plan est affiché requête par requête dans Plan Explorer, au lieu d’avoir tous les plans affichés dans l’onglet Plan d’exécution de SSMS :

Enfin on peut choisir les colonnes à afficher dans l’onglet Statements Tree :

Il est donc simple d’ajouter ou supprimer des colonnes.

Alors bonne lecture de plans d’exécution !

ElSüket

L’un d’entre eux permet d’obtenir des statistiques sur l’exécution de requêtes, sur les échanges réseau entre SSMS et le moteur de base de données, et sur le temps d’exécution de la requête, comme par exemple le délai d’attente de réponse du serveur.

Voyons comment les obtenir …

Il suffit pour cela d’activer le bouton « Inclure les statistiques du client« , pour voir celles-ci apparaître dans un nouvel onglet de la zone de résultat dès la première exécution d’une requête :

La date et l’heure de chaque exécution de la requête sont fournies, et les statistiques sont mises à jour d’une exécution de requête à l’autre, quelle que soit la requête que vous exécutez : les statistiques sont collectées pour une session, c’est-à-dire une fenêtre de requête.

Les évolutions des valeurs de chaque colonnes sont symbolisées par des flèches qui indiquent le sens de l’évolution des statistiques :

Le code de la procédure stockée étant très simple, les statistiques de profil de requête et de réseau n’évoluent pas, mais les statistiques de temps ont varié au cours des 4 exécutions.

Cela nous permettra donc de mesurer avec facilité la façon dont sont échangées les données entre les applications et le serveur de base de données pour une requête donnée :

– temps réel d’exécution pour le comparer au temps consacré à l’échange de données,
– quantité de données qui transite sur le réseau,
– nombre de lignes moyen affecté par la requête, si l’on fait varier d’une exécution à l’autre la valeur de paramètres, …

Choisissons ensuite la catégorie « Edition », puis dans la liste de droite, « Atteindre la liste modifiable de recherche » :

Par un clic sur cet item, nous pouvons le faire glisser vers la barre standard (ou autre) :

Et voici notre saisie pour la recherche rapide :

Nous pouvons commencer à l’utiliser dès que nous avons cliqué sur le bouton « Fermer » :

ElSuket

Elle permet de normaliser de nombreuses entités de l’instance SQL Server 2008, allant de l’instance elle même jusqu’au nom des objets, en passant les bases de données ou les entités de sécurité, et bien d’autres encore.

Il est de plus possible de propager les règles ainsi créées avec la fonctionnalité d’import / export de stratégies de gestion.
Je vous propose d’en voir une application …

Nous avons vu apparaître avec SQL Server Management Studio 2008 (SSMS) la nouvelle node « Gestion de la stratégie » sous la node « Gestion » que l’on trouvait sous SSMS 2005.
Ouvrons cette node, et voyons les possibilités qu’elle nous offre :

On peut ici définir une nouvelle stratégie, c’est-à-dire un jeu de régles suivant la multitude de « Facettes » qui nous sont proposées :

En double-cliquant sur une facette, on peut voir tous les paramètres pour lesquels ont peut vérifier une contrainte :

Nous allons maintenant créer un jeu de règles pour les options de bases de données, en choisissant l’option « Nouvelle stratégie … » du clic-droit sur la node « Stratégies » :

Après avoir saisi le nom de la stratégie, l’interface offre le choix de créer une nouvelle condition:

Nous allons vérifier, par exemple, que toutes les bases de données de l’instance :

– ont bien l’option AUTO_CLOSE à OFF
– ont le niveau de compatibilité 100

Après avoir donné un nom à la condition, on retrouve dans une liste déroulante la liste de toutes les facettes que nous avons vue plus haut:

Et pour chacune d’elle la liste des valeurs d’options pour lesquelles on peut vérifier une condition :

Notez que vous pouvez spécifier plusieurs vérifications au sein de la même condition, et spécifier l’opérateur :

On peut ainsi créer le jeu de vérifications suivant :

Après validation, on peut créer un autre jeu de conditions et les grouper dans la même stratégie :

on peut choisir d’évaluer ces règles à la demande ou sur planification :

Il est dommage que l’on ne puisse pas créer d’autres planifications que celles qui sont proposées …

Nous ne posons pas de restriction de serveur, mais on peut en mettre une pour ne pas appliquer ces règles suivant le serveur, en définissant suivant le même modèle des règles de restrictions.

Après validation, nous retrouvons ce que nous venons de créer :

Nous pouvons évaluer ce jeu de règles, et comme vous le voyez, visualiser l’historique de cette stratégie dans le cas où nous l’aurions planifiée :

Évaluons donc la stratégie immédiatement :

Nous voyons tout de suite quelle stratégie n’est pas respectée, et en cochant les cases correpondantes aux stratégies et conditions que nous voulons voir validées, on peut appliquer directement les changement adéquats.
La boîte de dialogue suivante apparaît après avoir choisi « Appliquer » :

Les changements sont alors appliqués, et les conditions immédiatement réévaluées :

ElSuket

Commençons par un clic-droit sur la base de données à scripter :

Immédiatement l’Assistant Génération de Scripts SQL Server démarre :

Après avoir cliqué sur Suivant, nous pouvons choisir la base de données de l’instance SQL Server courante que nous voulons scripter.
Comme nous voulons recréer toute l’organisation logique qu’abrite la base de données, il nous suffit de cocher « Générer un script pour tous les objets dans la base de données »

Ici nous pouvons choisir quelques options pour la génération du script, notamment dès SQL Server 2008, la génération des instructions INSERT pour disposer également des données

Généralement c’est une étape que l’on peut sauter, car les options de script sont correctement configurées.

Ici nous pouvons choisir vers quel support nous allons générer le script, l’option « Générer un script dans une nouvelle fenêtre de requête » étant sélectionnée par défaut :

Cliquons sur suivant : nous obtenons un résumé du paramétrage du script

En cliquant sur « Terminer« , la génération débute :

Et dès la fin de la génération, une nouvelle fenêtre de requête est ouverte, et donne le script :

Comme on le voit, il n’y a pas l’instruction CREATE DATABASE.
Qu’à cela ne tienne, il nous suffit de la générer aussi :

ElSuket

Une connexion, ou login, permet d’accéder à une instance de SQL Server, mais c’est tout.
Une instance de SQL Server pouvant héberger plusieurs bases de données utilisateur, nous ne souhaitons peut-être pas que tous les utilisateurs aient accès à toutes les bases de données d’une instance, et de la même façon.
On peut aussi créer une connexion à un utilisateur pour qu’il puisse seulement effectuer des sauvegardes de base de données

A toute connexion|login, peut correspondre un utilisateur de base de données.
L’utilisateur de base de données est alors « mappé » sur une connexion, qui le donne le droit de naviguer dans 0 à autant de bases de données que l’instance en héberge.
Un administrateur ou les personnes à qui l’administrateur en a délégué le droit peuvent accorder des droits d’accès et des privilèges.

Un droit d’accès permet à un utilisateur de naviguer dans une base de données suivant des privilèges que l’administrateur lui a octroyés.
Un privilège permet de limiter l’accès aux données, par exemple en refusant le droit de SELECT sur la colonne salaire de la table des employés aux utilisateurs employés.

On peut encore gérer plus globalement au niveau de la base de données ou de l’instance les accès aux données en créant des rôles : on affecte ainsi au rôle des droits d’accès et des privilèges, et lors de l’arrivée d’un nouvel utilisateur, il nous suffit de l’ajouter au rôle de base de données.

Pour créer une connexion :

CREATE LOGIN monLogin WITH PASSWORD = 'monMotDePasse'

Pour permettre la navigation dans la base de données :

On peut créer de plusieurs façon un rôle :

=> Soit par « recopie » des drois d’un utilisateur :

=> Soit par recopie d’un rôle de base de données existant :

Pour gérer les privilèges, on peut voir la documentation des instructions GRANT, REVOKE et DENY

On peut également réaliser tout cela à l’aide de SQL Server Management Studio :

– Pour la création de la connexion, ouvrez la node « Sécurité » de votre instance, puis faites un clic-droit sur la node « Connexions », et choisissez « Nouvelle connexion »

– Pour la création de l’utilisateur, après avoir ouvert la node possédant le nom de la base de données en question, ouvrez la node « Sécurité », puis cliquez-droit sur la node « Utilisateurs » en choisissant « Nouvel utilisateur »

Un peu de lecture par ici et ici, par SQLPro

ElSuket

Dès l’exécution de l’autorun du DVD, nous obtenons la boîte suivante :

Là, Microsoft a bien fait les choses en incluant dans la paquetage d’installation le téléchargement du .NET Framework 3.5 : il n’y a donc pas besoin de reprendre l’installation.

Après avoir cliqué sur OK, on obtient donc la boîte de dialogue suivante :

Et peu après avoir cliqué sur installer, le téléchargement débute :

Elle est poursuivie par l’installation du .NET Framework 3.5

Il n’en va pas de même avec Windows Installer 4.5, qu’il vous faut télécharger et installer : à faire avant de démarrer le processus d’installation de SQL Server 2008 !

Pour le trouver facilement, vous pouvez vous rendre sur cette page

L’installation se fait ensuite de façon très classique :

Et il suffit d’aceepter la CLUF pour voir l’installation de Windows Installer 4.5 s’effectuer et se terminer :

Reprenons donc l’installation de SQL Server 2008 : nous obtenons maintenant la boîte suivante :

Et après quelques secondes, le Centre d’installation SQL Server s’ouvre :

Si tout cela paraît lourd de premier abord, il n’en est en fait rien puisque cette interface vous permet de paramétrer presque totalement l’instance de SQL Server.
Voyons le détail des pages qui nous sont proposées.

Ici on peut vérifier que le serveur supportera bien SQL Server 2008 avec l’item Configuration matérielle et logicielle requise et contrôler qu’aucun paramètre système n’empêchera le bon déroulement de l’installation à l’aide de l’outil d’analyse de configuration, qui s’exécute rapidement et affiche un compte rendu clair :

Passons aux éléments d’installation à proprement parler :

On peut réaliser tout les types d’opérations d’installation de SQL Server de l’installation simple à la mise en place d’un nouveau cluster, en passant par les mises à niveau d’instances s’exécutant sous SQL Server 2000 ou 2005 : tout est groupé au même endroit.

La page Maintenance permet de supprimer un cluster SQL Server, de tenter une réparation d’une installation de SQL Server 2008 ou encore d’effectuer une mise à niveau, mais dans ce cas pour changer d’édition de SQL Server (pas de version):

Les outils vous permettent de faire un état de ce qui est installé sur la machine, ou de mettre à niveau des packages SSIS 2005 vers 2008 (donc impossible de migrer un DTS 2000 vers un package SSIS 2008 directement).
On retrouve l’outil d’analyse de la configuration système que nous avons exécuté précédemment :

La page Ressources permet d’accéder à tout le contenu web de Microsoft concernant SQL Server 2008:

Enfin il est possible de réaliser une installation avancée basée sur un fichier de configuration, et de préparer / activer un cluster de basculement SQL Server :

La suite des étapes de préparation de l’installation parle d’elle-même :

Une nouvelle vérification des éléments qui peuvent entraver le déroulement correct de l’installation est effectuée :

Il est possible de choisir une édition de SQL Server, elles sont toutes regroupées dans ce package :

La CLUF SQL Server 2008 :

Les fichier nécessaires à l’installation sont ensuite copiés sur un des disques durs de la machine hôté, comme spécifié dans la page « Options »

Ici nous voyons un avertissement apparaître :

Rien de bien méchant :

Le lien référencé pointe vers la cette page qui donne la liste des ports à ouvrir dans le pare-feu suivant les fonctionnalités que l’on va installer.
Si l’on installe que le moteur de base de données SQL Server 2008, il faudra ouvrir le port 1433.

Ensuite, il suffit de sélectionner toutes les fonctionnalités et composants à installer.
N’oubliez pas les « outils de gestion » : il s’agit en fait de SQL Server Management Studio

On peut choisir d’installer une instance par défaut ou nommée, et une liste des instances SQL Server installées sur la machine est affichée :

Un aperçu de l’espace disque est calculé :

Une bonne nouveauté : il est possible de configurer les services relatifs aux fonctionnalités choisies à l’installation, ainsi que le service SQL Browser …

Mais aussi la collation pour l’instance du moteur de base de données comme pour SSAS …

de choisir le mode d’authentification (ici pas de nouveauté par rapport à l’installation de SQL Server 2005) :

De configurer l’emplacement des divers fichiers de base de données (enfin !)

Comme SQL Server 2008 introduit la fonctionnalité FILESTREAM, il est possible de la configurer ici :

De configurer directement une instance de Reporting Services, ce qui est également bienvenu :

Vous pouvez également préciser si vous souhaitez envoyer des rapports d’erreur à Microsoft :

Nouvelle vérification :

Un résumé des modules qui vont être installés vous est affiché :

Le processus d’installation à proprement parler commence alors :

Un court résumé de l’installation s’affiche dès la fin de celle-ci …

… et vous pouvez accéder au journal d’installation :

On regrettera que les protocoles réseau doivent toujours être configurés manuellement à l’aide du Gestionnaire de configuration SQL Server, nécessitant le redémarrage du service SQL Server …

ElSuket

Pour cet exemple, nous prenons la petite table suivante :

Nous voulons maintenant scripter le DDL de cette table ainsi que les données stockées par celle-ci.
Nous choisissons l’option « Générer des scripts » du menu « Tâches » que l’on trouve dans menu contextuel de la base de données contenant la table TbParametres, en l’occurence ELSUKET.

Nous obtenons la boîte suivante :

En cliquant sur « Suivant« , nous obtenons, comme avec SSMS 2005, la liste des options de script, et l’on voit que l’option « Générer le script des données » a été ajoutée :

Il suffit bien sûr de la positionner à « True » pour obtenir le script des INSERT de toutes les lignes des tables que nous allons choisir :

L’option « Générer un script dans une nouvelle fenêtre de requête » est sélectionnée par défaut.

Comme d’habitude, nous obtenons un résumé des scripts à générer :

Et peu après avoir cliqué sur « Terminer », nous obtenons le script suivant :

ElSuket

Sous SQL Server 2005 Management Studio, il est permis de filtrer suivant 3 critères :

– Le nom des objets,
– Le schéma des objets,
– la date de création des objets.

SQL Server 2008 Management Studio permet en plus de filtrer sur le propriétaire de l’objet.

Voyons comment, sous ces deux interfaces graphiques, réaliser un filtrage.
Nous prendrons pour exemple un filtrage sur le nom des tables, mais le procédé est strictement le même pour tous les autres objets de base de données :

Un clic droit sur la node de type d’objet de la base de données produit l’affichage suivant :

En choisissant « Paramètres de filtre », on obtient :

Voici le jeu de tables que la base de données ELSUKET contient :

Supposons que nous ne voulons voir que les tables dont le nom contient la chaîne « livraison » :

Voici le résultat obtenu :

Pour revenir à l’affichage de toutes les tables, il suffit de choisir l’option « Supprimer un filtre » dans le menu contextuel de filtrage des tables.
On peut aussi changer les critères en retournant dans « Paramètres de filtre ».
En revanche on ne peut pas saisir plusieurs critères : une fonctionnalité appréciable aurait été de pouvoir filtrer sur plusieurs chaînes …

ElSuket

L’onglet « Détails de l’explorateur d’objet » est accessible :

– sous SQL Server Management Studio 2005, en allant dans le menu Affichage, et en choissant l’option Détails de l’explorateur d’objet

– sous SQL Server Management Studio 2008, de la même façon, ou en utilisant le raccourci clavier F7

Voyons maintenant comment un peut se servir de celui-ci.
Supposons que je veux scripter la structure de plusieurs tables, procédures stockées ou jobs : ci-dessous je donne l’exemple pour des tables, mais le principe demeure le même pour les objets cités :

Pour effectuer la sélection des objets, il suffit d’accéder directement aux Détails de l’explorateur d’objet comme décrit précédemment, puis de naviguer jusqu’au type d’objet pour lequel on veut effectuer des tâches :

En choisissant successivement les « dossiers » :

– Bases de données,
– maBaseDeDonnées
– Tables

Nous obtenons :

De la même façon que nous sélectionnons plusieurs fichiers ou dossiers dans l’explorateur de fichiers de Windows (MAJ + clic gauche), nous pouvons sélectionner, en l’occurence, plusieurs tables :

Par un clic droit sur l’un des objets sélectionnés, voyons les tâches dont nous disposons :

Le script de création des tables est alors généré :

On peut aussi supprimer directement ces objets en appuyant sur la touche « Suppr ».
Notons que si l’on choisit l’option « travail de l’agent« , les tables sont scriptées dans un travail dont vous spécifiez le nom.
Il vous faudra ensuite éditer le travail pour en modifier les propriétés (planification par exemple …)

ElSuket