我最终希望使用PowerShell替换用于SQL实例监视器的旧KornShell脚本。但是，我很难过，因为我无法理解PowerShell可以与SQL Server实际进行通信的所有不同方式。不确定是否全部都是这些，但是这里有5种完全不同的方式可以查询SQL Server的版本：

1。 SQLConnection .NET类

$SqlConnection = New-Object System.Data.SqlClient.SqlConnection
$SqlConnection.ConnectionString = "Server=MyServer;Database=Master;Integrated Security=True"
$SqlCmd = New-Object System.Data.SqlClient.SqlCommand
$SqlCmd.CommandText = "Select @@version as SQLServerVersion"
$SqlCmd.Connection = $SqlConnection
$SqlAdapter = New-Object System.Data.SqlClient.SqlDataAdapter
$SqlAdapter.SelectCommand = $SqlCmd
$DataSet = New-Object System.Data.DataSet
$SqlAdapter.Fill($DataSet)
$SqlConnection.Close()
$DataSet.Tables[0]


2。 WMI提供程序

$sqlProperties = Get-WmiObject 
    -computerName "MyServer"
    -namespace root\Microsoft\SqlServer\ComputerManagement10
    -class SqlServiceAdvancedProperty
    -filter "ServiceName = 'MSSQLSERVER'"
$sqlProperties.VERSION


3。 SMO 

[System.Reflection.Assembly]::LoadWithPartialName('Microsoft.SqlServer.SMO') | Out-Null
$smo-var = New-Object ('Microsoft.SqlServer.Management.Smo.Server') 'MyServer\instancename'
$smo-var.VersionString


4。 PSDrive 

Set-Location SQLSERVER:\SQL\MyServerName\
$server = Get-Item Default
$server.get_VersionString()


5。 Invoke-SQLCMD 

Invoke-Sqlcmd -Query "SELECT @@version" -ServerInstance "MyServer"


我应该如何决定在不同情况下使用哪种技术？每个都有优点/缺点吗？这些Powershell 1.0技术中有一些已被2.0取代吗？他们中的某些人不能与SQL 2000或2005服务器通信吗？

我肯定答案是“使用任何可行的工具”，但是对于Powershell的新手来说，这非常令人困惑请参阅上面的＃1这么多的示例，而这是最长的（在我看来）最少的“类似于powershell的”示例。

在相关的情况下，请提供更多信息：SQL Server实际上将运行监视脚本的是SQL 2005，但是它用于连接从SQL 2000到2008R2的多个实例。

评论

首先，很好的问题，非常彻底。 +1。我可能会将这个列表缩小到两个：ADO.NET（您的第一个）和SMO。 WMI可能有点笨拙，即使击键次数较少，乍一看也不是那么“明显”。

#1 楼

显然，这很多都归结为简单的个人选择。这是我个人的合理化。

从PSH v 1.0开始，并且在SQL Server开始正式集成它之前，我一直在使用Powershell和SQL SQL。 （当我开始使用PSH时，我是在管理SQL Server 2000和2005服务器。）因此，我学习了SMO（或者它是稍老的化身，现在名称逃脱了）和.Net，我习惯了他们。我通常倾向于SMO，因为它使某些事情变得容易得多，例如编写对象脚本。我自己的代码有时使用SMO，有时使用.Net。例如，我认为使用.Net来获取简单的结果集比较方便。

如果您有很多现有的TSQL脚本，我认为Invoke-SQLCMD更有意义。如果要创建字符串并通过-Query执行它们，那将很混乱。如果您对Powershell如何与.Net和SMO一起使用有很好的了解，那么在有脚本文件要运行时，偶尔使用Invoke-SQLCMD会很容易。

我一直觉得PSDrive有点笨拙，并觉得他们实现了它，是因为他们陷入了“一切都看起来像文件系统”的想法。我知道* nix的家伙喜欢\ proc等，但是我觉得这种实现感觉有点强迫。我认为PSDrive是可以的，即使您讨厌UI，也可以很好地探索事物，但我从未编写过使用它的脚本。

我从未见过有人使用WMI提供程序。因此，那将是我的最后选择。

因此，我将领导SMO并在更方便时退回.Net。

评论

Invoke-SQLCmd要记住的一点是它不能很好地处理连接。如果您的脚本包含大量单独的查询，则连接可能会被持久/重用，或者只是被断开而无法连接，这可能会导致#TEMP表持久化或资源问题。

– JNK
2012年5月4日13:59

#2 楼

4用于新工作，5用于重用现有脚本或放置T-SQL比基于对象/位置样式的代码更有意义。我最喜欢它们，因为它们清晰明了。

#3 楼

如果可以的话，我倾向于使用SQLPS。它更简单，并且如果我在脚本中使用它，则比尝试使用SMO更加容易阅读且键入更少。 SMO确实具有它的位置，因为它具有强大的功能，但是如果您不熟悉它，有时会感到困惑。

我认为随着SQL Server版本的发布，SQLPS将得到改善。特别是由于使用SQL Server 2012，SQLPS不是模块化的，而是作为管理单元的。这将使Microsoft可以通过Service Pack或修补程序（甚至包括CU）推出对SQLPS的修复或改进。

然后，还有像SQLPSX这样的社区产品，已经提供了许多SMO代码。为您准备的cmdlet和功能。我只想不重新发明轮子:)