今天调试公司的程序时,发现了这样的错误SQL Server 阻止了对组件 'Ad Hoc Distributed Queries' 的 STATEMENT'OpenRowset/OpenDatasource'
于是在网上搜索了一下解决办法
启用Ad Hoc Distributed Queries:
exec sp_configure 'show advanced options',1 reconfigure exec sp_configure 'Ad Hoc Distributed Queries',1 reconfigure
关闭Ad Hoc Distributed Queries:
exec sp_configure 'Ad Hoc Distributed Queries',0 reconfigure exec sp_configure 'show advanced options',0 reconfigure
而到底Ad Hoc Distributed Queries的功能是什么呢,为什么SQL Server会默认的关闭它。
就字面的意思上看,这是一个分布式查询的服务,在去MSDN上查了一下资料:
默认情况下,SQL Server 不允许使用 OPENROWSET 和 OPENDATASOURCE 进行即席分布式查询。 此选项设置为 1 时,SQL Server 允许进行即席访问。 如果此选项未设置或设置为 0,则 SQL Server 不允许进行即席访问。
即席分布式查询使用 OPENROWSET 和 OPENDATASOURCE 函数连接到使用 OLE DB 的远程数据源。 OPENROWSET 和 OPENDATASOURCE 只应在引用不常访问的 OLE DB 数据源时使用。 对于将要经常访问的数据源,应定义链接服务器。
MSDN自然也很给力的给了事例代码
下面的示例启用即席分布式查询,然后使用 OPENROWSET 函数查询名为 Seattle1 的服务器。
sp_configure 'show advanced options', 1; RECONFIGURE; sp_configure 'Ad Hoc Distributed Queries', 1; RECONFIGURE; GO SELECT a.* FROM OPENROWSET('SQLNCLI', 'Server=Seattle1;Trusted_Connection=yes;', 'SELECT GroupName, Name, DepartmentID FROM AdventureWorks2012.HumanResources.Department ORDER BY GroupName, Name') AS a; GO
由代码和解释我们可以看出,启用了Ad Hoc Distributed Queries后,我们就能够在本地服务器的SQL Server中对其它的服务器数据库中的数据进行查询,并且在本地数据库上对取出的数据进行处理。而这么强大的功能,为什么会默认情况下会是关闭的呢?这自然是出于一些安全性的考虑
允许使用临时名称意味着到 SQL Server 的任何经过身份验证的登录名均可访问该访问接口。 SQL Server 管理员应对任何本地登录名都能安全访问的访问接口启用此功能。
于是有关Ad Hoc Distributed Queries的探究暂时告一段落。