SQL Server误区30日谈 第13天 在SQL Server 2000兼容模式下不能使用DMV
本文导语: 误区 #13.在SQL Server 2000兼容模式下不能使用DMV 错误 对于兼容模式已经存在了很多误解。80的兼容模式的数据库是否意味着能够附加或恢复到SQL Server 2000数据库?当然不是。这只是意味着一些T-SQL的语法,查询计划的行为...
误区 #13.在SQL Server 2000兼容模式下不能使用DMV
错误
对于兼容模式已经存在了很多误解。80的兼容模式的数据库是否意味着能够附加或恢复到SQL Server 2000数据库?当然不是。这只是意味着一些T-SQL的语法,查询计划的行为以及一些其它方面和SQL Server 2000中行为一样(当然,如果你设置成90兼容模式则和SQL Server 2005中一样)。
在SQL Server 2008中,你可以使用ALTER DATABASE SET COMPATIBILITY_LEVEL命令来改变兼容模式,对于SQL Server 2008之前的版本,则使用系统存储过程sp_dbcmptlevel(译者注:比如sp_dbcmptlevel @dbname='AdventureWorks',@new_cmptlevel=100),对于这两种方式如何用,请看:
- 对于SQL Server 2008,BOL入口ALTER DATABASE Compatibility Level
- 对于SQL Server 2005,BOL入口sp_dbcmptlevel (Transact-SQL).
兼容模式对于数据库的实际版本毫无影响,数据库的实际版本会随着对于数据库的升级而升级,这个升级会阻止更新版本的数据库恢复或附加到之前的数据库,因为之前版本的实例无法理解新版本数据库的版本。如果想看详细内容,请看我的一篇博文:Search Engine Q&A #13: Difference between database version and database compatibility level.还有如果当你附加新版数据库到老版本实例时所遇到的错误信息:Msg 602, Level 21, State 50, Line 1。
在SQL Server 2005中设置为80兼容模式,貌似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, 80;
GO
SELECT * FROM sys.dm_db_index_physical_stats (
DB_ID ('DMVTest'), -- database ID
OBJECT_ID ('t1'), -- object ID