L'intégration de PowerShell avec SQL Server 2008 revêt plusieurs aspects que je vais essayé de détailler. Une fois SQL Server 2008 installé, on trouve donc (cf. documentation en ligne Vue d'ensemble de PowerShell SQL... ) :

• Un fournisseur SQL Server qui permet de se déplacer dans l'arborescence des objets SQL Server (principalement Serveur - Bases de données - Tables) de manière similaire au parcours dans une arborescence de fichiers. On peut également agir sur ses objets via des commandes de renommage ou de suppression par exemple.
• Un jeu de commandes supplémentaires pour PowerShell ("cmdlets").

Ces fonctionnalités sont implémantées sous forme de deux composants enfichables ("snap-ins") comme on peut le voir sur la copie d'écran ci-dessous :

Il faut noter que ces fonctionnalités s'appuient sur SQL Server Management Objects (SMO)  et donc sont limités à ce que sait gérer SMO c'est à dire le moteur de base de données (y compris Service Broker).

Pour plus d'informations sur les concepts SMO, consultez SQL Server Management Objects (SMO) .

Mais le support de PowerShell ne s'arrête pas là ! Comme cela est décrit ici Exécution de PowerShell SQL Server ), on a également les composants suivants qui sont installés avec le produit :

• SQLPS - un minishell qui fournit un environnement complet et préconfiguré avec les extensions SQL Server préchargées
• Intégration dans SQL Server Management Studio (SSMS) via des menus contextuels donnant la possibilité de lancer une fenètre SQLPS sur chaque noeud de l'arborescence de l'explorateur d'objets
• Intégration avec SQL Agent qui permet de définir comme tâche élémentaire d'un travail une commande, une suite de commande ou encore un script PowerShell
• Possibilité d'interagir avec l'administration par règles (comme décrit ici : Détails techniques sur l'administration par règles...)

Ces différents éléments sont repris dans le message suivant : SQL Server Powershell is here! 

Nous détaillerons dans un prochain article ces différentes options et leurs implications.