SQL Server误区30日谈第13天在SQL Server 2000兼容模式下不能使用DMV(sql server 错误)

编辑：rootadmin

误区 #.在SQL Server 兼容模式下不能使用DMV

错误

对于兼容模式已经存在了很多误解。的兼容模式的数据库是否意味着能够附加或恢复到SQL Server 数据库?当然不是。这只是意味着一些T-SQL的语法，查询计划的行为以及一些其它方面和SQL Server 中行为一样（当然，如果你设置成兼容模式则和SQL Server 中一样）。

在SQL Server 中，你可以使用ALTER DATABASE SET COMPATIBILITY_LEVEL命令来改变兼容模式,对于SQL Server 之前的版本，则使用系统存储过程sp_dbcmptlevel(译者注：比如sp_dbcmptlevel @dbname='AdventureWorks',@new_cmptlevel=)，对于这两种方式如何用，请看:

对于SQL Server ,BOL入口ALTER DATABASE Compatibility Level 对于SQL Server ,BOL入口sp_dbcmptlevel (Transact-SQL).

兼容模式对于数据库的实际版本毫无影响,数据库的实际版本会随着对于数据库的升级而升级，这个升级会阻止更新版本的数据库恢复或附加到之前的数据库,因为之前版本的实例无法理解新版本数据库的版本。如果想看详细内容，请看我的一篇博文:Search Engine Q&A #: Difference between database version and database compatibility level.还有如果当你附加新版数据库到老版本实例时所遇到的错误信息:Msg , Level , State , Line 1。

在SQL Server 中设置为兼容模式，貌似DMV就不能用了，运行下面代码创建测试数据库:

CREATE DATABASE DMVTest; GO USE DMVTest; GO CREATE TABLE t1 (c1 INT); CREATE CLUSTERED INDEX t1c1 on t1 (c1); INSERT INTO t1 VALUES (1); GO

EXEC sp_dbcmptlevel DMVTest, ; GO

SELECT * FROM sys.dm_db_index_physical_stats ( DB_ID ('DMVTest'), -- database ID OBJECT_ID ('t1'), -- object ID <<<<<< Note I'm using 1-part naming NULL, -- index ID NULL, -- partition ID 'DETAILED'); -- scan mode GO

你会得到如下报错信息:

消息，级别，状态 1，第 3 行 '(' 附近有语法错误。

看上去这足以证明兼容模式不支持DMV。但其实并不是那样。

编者:写到这里之后，我突然意识到我陷入了一个悖论。DMV在兼容模式下是完全支持的，但不支持的是在兼容模式下调用函数作为DMV的参数。

下面是一个可以在兼容模式下使用函数作为DMV参数的技巧，不得不说是神来之笔。那就是在一个以上兼容模式的数据库下额外调用兼容模式下的数据库，看下面代码:

USE master SELECT * FROM sys.dm_db_index_physical_stats ( DB_ID ('DMVTest'), -- database ID OBJECT_ID ('DMVTest..t1'), -- object ID <<<<<< Note I'm using 3-part naming here now NULL, -- index ID NULL, -- partition ID 'DETAILED'); -- scan mode GO

虽然DMVTest数据库工作在兼容模式下，但上述代码依然可用。

但是有一点值得注意的是,你一定要保证Object参数的正确,如果你仅仅让第二个参数还是OBJECT_ID ('t1'), 那么这个函数会尝试在Master数据库中找表t1,正常来说这就会返回NULL，这就导致刚才那个DMV以NULL作为参数，从而返回了所有DMVTest表下的索引状态.而如果Master表中也有一个DMV，那就更不幸了，你将得到错误的信息。

还有，sys.dm_db_index_physical_stats并不算是一个真正的DMV，而是一个在后台处理大量信息后返回相关信息的DMF，因此如果你以NULL作为参数返回所有的索引信息的话，那代价会非常高昂，你可以看我最近的博文Inside sys.dm_db_index_physical_stats，这篇文章会对细节和代价进行详细的解释。

还有一种在兼容模式下使用DMV的方式是不再DMV中以函数作为参数，而是传变量进去，代码如下:

DECLARE @databaseID INT; DECLARE @objectID INT;

SELECT @databaseID = DB_ID ('DMVTest'); SELECT @objectID = OBJECT_ID ('t1');

SELECT * FROM sys.dm_db_index_physical_stats ( @dbid, -- database ID @objid, -- object ID NULL, -- index ID NULL, -- partition ID 'DETAILED'); -- scan mode GO

嗯，又揭示了一个误区。

推荐整理分享SQL Server误区30日谈第13天在SQL Server 2000兼容模式下不能使用DMV(sql server 错误)，希望有所帮助，仅作参考，欢迎阅读内容。

文章相关热门搜索词:sql语句错误提示,sql server 3417错误,sql语句错误提示,sql server233错误,sql server 1222解决,sql server233错误,sql server233错误,sql语句错误提示,内容如对您有帮助，希望把文章链接给更多的朋友！

SQL Server误区日谈第天清除日志后会将相关的LSN填零初始化误区#.清除日志后会将相关的LSN填零初始化错误当日志文件在手动增长，自动增长和创建时都会进行填零初始化操作。但是请不要把这个过程和定期清

SQL Server误区日谈第天 CheckPoint只会将已提交的事务写入磁盘误区#:CheckPoint只会将已提交的事务写入磁盘错误这个误区是由于太多人对日志和恢复系统缺少全面的了解而存在已久。CheckPoint会将自上次CheckPoint以来

SQL Server误区日谈第天数据的损坏和修复误区#:多个关于数据的损坏和修复误区坊间流传的很多版本都不正确我已经听过很多关于数据修复可以做什么、不可以做什么、什么会导致数据损坏以

标签: sql server 错误

本文链接地址:https://www.jiuchutong.com/biancheng/347828.html 转载请保留说明！

上一篇：SQL Server误区30日谈第12天 TempDB的文件数和需要和CPU数目保持一致(sql server 错误)

下一篇：SQL Server误区30日谈第14天清除日志后会将相关的LSN填零初始化(sql server 错误)