SQL Server 制止了对组件'Ad Hoc Distributed Queries' 的STATEMENT 'OpenRowset/Open ...

出于效率方面的考虑，InnoDB数据表的数据行级锁定实际发生在它们的索引上，而不是数据表自身上。显然，数据行级锁定机制只有在有关的数据表有一个合适的索引可供锁定的时候才能发挥效力。明天在利用openrowset查询远程数据库的数据时，体系报了以下的毛病：
SQLServer制止了对组件AdHocDistributedQueries的STATEMENTOpenRowset/OpenDatasource的会见，由于此组件已作为此服务器平安设置的一部分而被封闭。体系办理员能够经由过程利用sp_configure启用AdHocDistributedQueries。有关启用AdHocDistributedQueries的具体信息，请参阅SQLServer联机丛书中的"核心使用设置器"。
查询的SQL语句以下：
select*fromopenrowset(SQLOLEDB,192.168.0.71;sa;GoldenAdmin,SDERP.dbo.Sys_TableExtendedProperties)
关于SQLSERVER操纵远程数据库的办法，请拜见本站：
SQLSERVER当地查询更新操纵远程数据库的四种办法
在网上查阅相干材料后，失掉办理计划以下：
在利用前，启用AdHocDistributedQueries：
启用语句以下：execsp_configureshowadvancedoptions,1
reconfigure
execsp_configureAdHocDistributedQueries,1
reconfigure

为了平安起见，利用完后，我们应当再封闭该设置，封闭的语句以下：execsp_configureAdHocDistributedQueries,0
reconfigure
execsp_configureshowadvancedoptions,0
reconfigure
到此成绩办理，但愿本文能给碰着一样成绩的伴侣带来匡助。
虽然可以将一个droptable语句转换成先delete再删表，性能却会降低很多。这里我们用上面说道的另外一种可用数据：“操作前数据备份”。

SP4是一个累积性的ServicePack，包含自以前的ServicePack发布以来所有的修补程序（包括MS03-031安全公告）。

分区表效率问题肯定是大家关心的问题。在我的试验中，如果按照分区字段进行的查询（过滤）效率会高于未分区表的相同语句。但是如果按照非分区字段进行查询，效率会低于未分区表的相同语句。

习惯敲命令行的朋友可能会爽一些。但是功能有限。适合机器跑不动SQLServerManagementStudio的朋友使用。

SP4是一个累积性的ServicePack，包含自以前的ServicePack发布以来所有的修补程序（包括MS03-031安全公告）。

索引视图2k就有。但是2005对其效率作了一些改进但是schema.viewname的作用域真是太限制了它的应用面。还有一大堆的环境参数和种种限制都让人对它有点却步。

而SQLServer如果能像Oracle一样可以为登陆分配如：5%的cpu，10%的内存。就可以解决这个漏洞。

从底层原理到表层引用，书籍多的很。个人认为没有什么那本书好？这样的说法。主要看和个人的学习方法是否适合。

呵呵，这就是偶想说的