参数
- [ @dbname = ] name
-
要为其更改兼容级别的数据库的名称。数据库名称必须符合标识符的规则。name 的数据类型为 sysname，默认值为 NULL。
- [ @new_cmptlevel = ] version
-
数据库要与之兼容的 SQL Server 的版本。version 的数据类型为 tinyint，默认值为 NULL。该值必须为下列值之一：
60 = SQL Server 6.0
65 = SQL Server 6.5
70 = SQL Server 7.0
80 = SQL Server 2000
90 = SQL Server 2005
注意：不推荐使用值 60 和 65，以后的版本中将删除这两个值。 注意：SQL Server Management Studio 和 SQL Server 管理对象 (SMO) 不支持兼容级别 60。如果将 SMO 或 Management Studio 用于兼容级别设置为 60 的数据库，则执行某些操作时会产生错误。
结果集
备注
对于所有 SQL Server 2005 安装，默认的兼容级别都为 90。除非 model 数据库有更低的兼容级别，否则 SQL Server 2005 中创建的数据库会设置为该级别。在将数据库从 SQL Server 的任何早期版本升级到 SQL Server 2005 之后，该数据库将保留其现有的兼容级别。这既适用于系统数据库也适用于用户数据库。可使用 sp_dbcmptlevel 将数据库的兼容级别更改为 90。若要查看数据库的当前兼容级别，请查询 sys.databases 目录视图中的 compatibility_level 列。
使用 sp_dbcmptlevel 以获得向后兼容性
sp_dbcmptlevel 存储过程只影响指定数据库的行为，而不影响整个服务器的行为。sp_dbcmptlevel 只提供与 SQL Server 的早期版本的部分向后兼容性。将sp_dbcmptlevel 用作中间迁移助手，可解决相关兼容级别设置所控制的行为之间存在的版本差异问题。如果现有 SQL Server 应用程序受到 SQL Server 2005 中行为差异的影响，请对该应用程序进行转换，使之能正常运行。然后使用 sp_dbcmptlevel 将兼容级别更改为 90。数据库的新兼容性设置将在该数据库下次成为当前数据库（无论是在登录时作为默认数据库还是在 USE 语句中指定）时生效。
包含索引视图的数据库的兼容级别不能更改为低于 80。
最佳实践
如果在用户连接到数据库时更改兼容级别，可能会使活动查询产生不正确的结果集。例如，如果在编写查询计划时兼容级别发生更改，则编写后的计划可能同时基于旧的和新的兼容级别，从而造成计划不正确，并可能导致结果不准确。此外，如果将计划放在计划缓存中供后续的查询重用，则问题可能更加复杂。为了避免查询结果不准确，建议您使用以下过程来更改数据库的兼容级别：
- 通过使用 ALTER DATABASE SET SINGLE_USER，将数据库设置为单用户访问模式。
- 更改数据库的兼容级别。
- 通过使用 ALTER DATABASE SET MULTI_USER，将数据库设为多用户访问模式。
- 有关设置数据库访问模式的详细信息，请参阅 ALTER DATABASE (Transact-SQL)。
SET 选项
新功能可以在旧的兼容级别下正常运行，但是可能需要调整 SET 选项。例如，在兼容级别 80 下使用 xml 数据类型需要相应的 ANSI SET 选项。而且，数据库兼容级别设置为 90 时，如果将 ANSI_WARNINGS 设置为 ON，将使 ARITHABORT 隐式设置为 ON。如果将数据库兼容级别设置为 80 或更低，则必须将 ARITHABORT 选项显式设置为 ON。有关详细信息，请参阅影响结果的 SET 选项。
兼容级别和存储过程
执行某一存储过程时，该存储过程将使用定义它的数据库的当前兼容级别。在更改某一数据库的兼容性设置时，该数据库的所有存储过程都将随之自动重新编写。
有关使用 sp_dbcmptlevel 的环境方面的注意事项
每个 sp_dbcmptlevel 调用都必须单独提交。sp_dbcmptlevel 不能使用其他上下文中的调用，例如：
- 存储过程。
- 用 EXEC(string) 语法执行的 Transact-SQL 字符串。
- Transact-SQL 语句的批处理。
级别 60 或 65 与级别 70、80 或 90 之间的差异
将兼容级别设置为 60 或 65 将会影响许多行为。其中包括下表中左边的列所列出的行为。
| 注意： |
|---|
| 有关影响 6.x 应用程序的其他差异，请参阅本主题后面的“较低兼容级别和级别 90 之间的差异”以及“备注”部分中的 6.x 后版本的保留关键字。
|
| 兼容级别设置为 60 或 65 | 兼容级别设置为 70 或更高 | |
|---|---|---|
| 带 GROUP BY 子句但不带 ORDER BY 子句的 SELECT 语句的结果集，将按 GROUP BY 列排序。 | GROUP BY 子句本身没有排序功能。必须显式指定 ORDER BY 子句，SQL Server 才能对任意结果集进行排序。有关详细信息，请参阅 SELECT (Transact-SQL)。 | |
| UPDATE 语句的 SET 子句接受以表的别名作为前缀的列。 | 在 UPDATE 语句的 SET 子句中，不接受表的别名。在 SET 子句中指定的表或视图必须与指定的紧跟在 UPDATE 关键字后的表或视图相匹配。有关详细信息，请参阅 UPDATE (Transact-SQL)。 | |
| 在创建 bit 列时，如果在 CREATE TABLE 或 ALTER TABLE 中没有显式地指定 NULL 或 NOT NULL 选项，则该列将按 NOT NULL 创建。 | 如果没有显式地指定，则 bit 列的为空性由 SET ANSI_NULL_DFLT_ON/SET ANSI_NULL_DFLT_OFF 的会话设置决定，或者由 SET ANSI NULL DEFAULT 的数据库设置决定。有关详细信息，请参阅 SET (Transact-SQL)。 | |
| ALTER COLUMN 子句无法在 ALTER TABLE 上使用。 | ALTER COLUMN 子句可在 ALTER TABLE 上使用。有关详细信息，请参阅 ALTER TABLE (Transact-SQL)。 | |
| 为表创建的触发器将替换同一类型的任何现有触发器 (INSERT、UPDATE、DELETE)。可以使用 CREATE TRIGGER 的 WITH APPEND 选项创建同一类型的多个触发器。 | 可以附加相同类型的触发器。触发器的名称必须唯一。假定已经使用了 WITH APPEND 选项。有关详细信息，请参阅 CREATE TRIGGER (Transact-SQL)。 | |
| 如果批处理或过程包含无效的对象名，则当分析或编写批处理时，将返回警告消息，并且在执行批处理时，将返回错误信息。 | 对于本地无效对象，在分析或编写批处理时，将不返回警告，但在执行批处理时，将返回错误信息。 但对于远程无效对象，不支持延迟名称解析 (DNR)；如果在某一过程中使用无效的远程表，则该过程的创建将失败，并返回错误。 DNR 支持（在编写期间，引用执行之前均不存在的对象的功能）只适用于表或视图名称。有关延迟名称解析的详细信息，请参阅CREATE PROCEDURE (Transact-SQL)。
| |
| 通过忽略表 INSERT X SELECT select_list INTO Y | Microsoft SQL Server 7.0 或更高版本在执行同一查询时，将返回语法错误。 | |
| 空字符串文字 (' ') 将解释为一个空格。 | 空字符串文字 (' ') 将解释为空字符串。 | |
| DATALENGTH('') 返回 1（将 '' 分析为一个空格）。 DATALENGTH(N'') 返回 2（将 N'' 分析为一个 Unicode 空格）。 | DATALENGTH('') 返回 0。 DATALENGTH(N'') 返回 0。 | |
| LEFT('123', 0) 返回 NULL。 LEFT(N'123', 0) 返回 NULL。 | LEFT('123', 0) 返回空字符串。 LEFT(N'123', 0) 返回空字符串。 | |
| LTRIM(' ') 返回 NULL。 LTRIM(N' ') 返回 NULL。 | LTRIM(' ') 返回空字符串。 LTRIM(N' ') 返回空字符串。 | |
| REPLICATE('123', 0) 返回 NULL。 REPLICATE(N'123', 0) 返回 NULL。 | REPLICATE('123', 0) 返回空字符串。 REPLICATE(N'123', 0) 返回空字符串。 | |
| RIGHT(N'123', 0) 返回 NULL。RIGHT('123', 0) 返回 NULL。 当 integer_expression 为负时，RIGHT('123', integer_expression) 返回 NULL。 当 integer_expression 为负时，RIGHT(N'123', integer_expression) 返回 NULL。 | RIGHT('123', 0) 返回空字符串。 RIGHT(N'123', 0) 返回空字符串。 当 integer_expression 为负时，RIGHT('123', integer_expression) 返回错误。当integer_expression 为负时，RIGHT(N'123', integer_expression) 返回错误。 | |
| RTRIM(' ') 返回 NULL。 RTRIM(N' ') 返回 NULL。 | RTRIM(' ') 返回空字符串。 RTRIM(N' ') 返回空字符串。 | |
| SPACE(0) 返回 NULL。 | SPACE(0) 返回空字符串。 | |
| 如果指定的 start 值大于 expression 中的字符数,或者 length 等于 0，则函数 SUBSTRING(expression, start, length) 返回 NULL；例如，SUBSTRING(N'123', 4, 1) 返回 NULL。 | 在相同的条件下，SUBSTRING(expression, start, length) 返回一个由一对单引号分隔的空字符串；例如，SUBSTRING(N'123', 4, 1) 返回 ''。 | |
| UPDATETEXT table.textcolumn textpointer 0 NULL NULL 将产生空值。 | UPDATETEXT table.textcolumn textpointer 0 NULL NULL 将产生空文本。 | |
| 仅当模式和表达式同时为 NULL 时，CHARINDEX 和 PATINDEX 函数才返回 NULL。 | 当任何输入参数为 NULL 时，CHARINDEX 和 PATINDEX 函数将返回 NULL。 | |
| 对 inserted 和 deleted 表中的 text 或 image 列的引用显示为 NULL。 | 不允许引用 inserted 和 deleted 表中的 text 或 image 列。 | |
| 如果从触发器内的 inserted 或 deleted 表中检索 text 或 image 列，则将对 text 或 image 列返回 NULL 值。 | 不允许从触发器内的 inserted 或 deleted 表中检索 text 或 image 列，否则将出现错误。 | |
| 允许 UPDATETEXT 将 text 列初始化为 NULL。 | UPDATETEXT 将 text 列初始化为空字符串。 WRITETEXT 将 text 列初始化为 NULL。 | |
| 如果 sp_dboption 的 concatenation of null yields null 设置处于关闭状态（禁用），则当串联操作中的任何操作数为 NULL 时将返回空字符串。 | 如果 sp_dboption 的 concatenation of null yields null 设置处于打开状态（启用），则当串联操作中的任何操作数为空时将返回 NULL。 | |
| 在 INSERT 语句中，允许在 VALUES 子句中使用可以返回标量值的 SELECT 语句。 | INSERT 语句不能在 VALUES 子句中将 SELECT 语句用作插入值之一。 | |
| 由 INSERT table EXEC procedure 语句引用的存储过程中的 ROLLBACK 语句将导致 INSERT 语句回滚，但批处理继续执行。 | 由 INSERT...EXEC 语句引用的存储过程中的 ROLLBACK 语句将导致整个事务回滚，并使批处理终止执行。 |
较低兼容级别和级别 90 之间的差异
本小节介绍随兼容级别 90 引入的新行为。有关影响兼容级别 80 与较低兼容级别的其他行为差异，请参阅本节后面的“保留关键字”部分。
使用兼容级别 90 时，行为将发生下列变化。
| 兼容级别设置为 80 或更低 | 兼容级别设置为 90 | 影响的可能性 | |
|---|---|---|---|
| 对于 FROM 子句中的锁提示，WITH 关键字始终是可选的。 | 也存在一些例外情况：仅当用 WITH 关键字指定提示时，才支持在 FROM 子句中使用这些提示。有关详细信息，请参阅 FROM (Transact-SQL)。 | 高 | |
| 支持在警告消息中使用外部联接运算符 *= 和 =*。 | 不支持使用这两个运算符；应使用 OUTER JOIN 关键字。 | 高 | |
| 在将 ORDER BY 列表中的列引用绑定到在 SELECT 列表中定义的列时，将忽略列的多义性，有时还会忽略列前缀。这可以导致以意外顺序返回结果集。 例如，可以接受具有一个两部分列 (<table_alias>.<column>) 的 ORDER BY 子句，而且该列被用作对 SELECT 列表中的列的引用，但忽略表别名。请考虑下面的查询。 执行时，将忽略 ORDER BY 中的列前缀。排序操作对指定的源列 ( | 如果存在列的多义性，则将引发错误。在绑定到 SELECT 列表中所定义的列时，不忽略在 ORDER BY 中指定的列前缀（如果有）。 请考虑下面的查询。 执行时，不忽略 ORDER BY 子句中的列前缀。排序操作对指定的源列 ( | 中 | |
| 在 INSERT SELECT 中，如果 UNION 属于不同的数据类型，则每个 UNION 分支都直接转换为 INSERT 目标列的类型。即使本身所使用的联合可能会因不兼容的类型转换而失败，INSERT SELECT 也会使 UNION 成功执行，因为 UNION 的结果类型的分支从不进行转换。 | 在 SQL Server 2005 中，UNION 的结果类型独立于 INSERT SELECT 而派生。UNION 的每一分支都转换为 UNION 的结果类型，然后转换为 INSERT 的目标列类型。如果 UNION 中有不兼容类型，则第一个转换可能会导致错误。若要以兼容级别 90 运行，则必须修复在 INSERT SELECT 中使用的所有不兼容类型的联合。 | 中 | |
| 当视图或被引用视图使用 TOP 子句时，指定了 WITH CHECK OPTION 子句的视图中无法正确支持通过视图进行插入和更新操作。 | 当视图或被引用视图使用 TOP 子句时，使用 WITH CHECK OPTION 的视图中不支持通过视图进行插入和更新操作。 | 中 | |
| 可变长度列和固定长度列的 UNION 将生成一个固定长度列。 | 可变长度列和固定长度列的 UNION 将生成一个可变长度列。 | 中 | |
| 允许在触发器中使用 SET XACT_ABORT OFF。 | 不允许在触发器中使用 SET XACT_ABORT OFF。 | 中 | |
| 允许在视图中使用（并忽略）FOR BROWSE 子句。 | 不允许在视图中使用 FOR BROWSE 子句。 | 中 | |
| ANSI_WARNINGS 不控制域错误。如果 ANSI_WARNINGS 设置为 OFF 并且 ARITHABORT 没有更改，则遵守 ARITHABORT 设置。 | 域错误由 ANSI_WARNINGS 控制，并且是严重级别为 16 的错误。如果 ANSI_WARNINGS 或 ARITHABORT 为 ON，则将引发错误，而不是返回 NULL 值。此更改可能会破坏依赖于设置为 OFF 的 ARITHABORT 的用户脚本。 | 中 | |
| 如果对远程数据源（OpenRowset 或 OpenQuery）所执行的直接传递查询生成名称重复的列，则除非在该查询中显式命名了这些列，否则将忽略重复的列名。 | 如果对远程数据源（OpenRowset 或 OpenQuery）所执行的直接传递查询生成列名重复的列，将引发错误。 | 低 | |
| 大小大于 8000 的字符串常量和 varbinary 常量被视为 text、ntext 或 image。 | 大小大于 8000 的字符串常量和 varbinary 常量被视为varchar(max) 类型（或分别被视为 nvarchar(max) 和varbinary(max)）。如果 SELECT 列表包含此类表达式，则这样可以更改使用 SELECT … INTO 创建的表的数据类型。 | 低 | |
| 通过将类型层次结构中优先级较低的比较数转换为优先级较高的类型，从而在各数值类型（smallint、tinyint、int、bigint、numeric、decimal、smallmoney、money）之间进行比较。 | 数值类型值不经转换便进行比较。这有助于提高性能。但这可能会导致行为发生某些更改，尤其是在转换导致溢出异常的情况下。 | 低 | |
| 使用字符串参数的内置元数据函数在其输入长度大于 4000 个字符的情况下，将截断该输入。 | 如果截断导致丢失非空格字符，则内置元数据函数会引发错误。 | 低 | |
| 未加引号的标识符中被禁用的字符集保持不变。 | Transact-SQL 分析器支持 Unicode 3.2 标准，该标准更改了目前禁止在未分隔标识符中使用的一些国际字符的字符分类。 | 低 | |
| 在出现浮点域错误（即 log() 函数的参数为负）时，SET ANSI_WARNINGS ON 不覆盖 SET ARITHABORT OFF 的设置。如果 ANSI_WARNINGS 为 ON 但 ARITHABORT 为 OFF，则浮点域错误不会导致查询终止。 | SET ANSI_WARNINGS ON 完全覆盖 ARITHABORT OFF 设置。在这种情况下，浮点域错误将导致查询终止。 | 低 | |
| 允许在 ORDER BY 子句中使用（并忽略）非整数常量。 | 不允许在 ORDER BY 子句使用非整数常量。 | 低 | |
| 允许使用空的 SET 语句（未指定 SET 选项）。 | 不允许使用空的 SET 子句。 | 低 | |
| 没有为派生表所生成的列正确派生 IDENTITY 属性。 | 为派生表所生成的列正确派生了 IDENTITY 属性。 | 低 | |
| 对浮点数据类型执行运算的算术运算符的可为 Null 性属性始终可以为 Null。 | 在输入不可为空并且 ANSI_WARNINGS 为 ON 的情况下，对浮点数据类型执行运算的算术运算符的为空性属性将更改为不可为空值。 | 低 | |
| 在使用 UNION 组合的 INSERT ..SELECT 语句中，由各个结果集生成的类型都将转换为目标结果类型。 | 在使用 UNION 组合的 INSERT ..SELECT 语句中，确定各分支的主要类型，并在将结果转换为目标表类型之前将其转换为该类型。 | 低 | |
| 在 SELECT ..FOR XML 语句中，始终实体化 hex(27)（' 字符）和 hex(22)（" 字符），即使在不需要的情况下也是如此。 | FOR XML 只在需要时才实体化 hex(27) 和 hex(22)。在下列情况下不实体化这些字符：
| 低 | |
| 在 FOR XML 中，时间戳值映射为整数。 | 在 FOR XML 中，时间戳值映射为二进制值。 有关详细信息，请参阅 timestamp 数据类型的 FOR XML 支持。 | 如果使用timestamp列，则为高；否则为低 | |
| 在 FOR XML 和 OPENXML 中，名称中大范围 Unicode 字符（3 字节）使用 8 位表示。 例如，FOR XML 用 8 位表示 Unicode 码位 | 在 FOR XML 和 OPENXML 中，名称中大范围 Unicode 字符（3 字节）使用 6 位表示。 例如，FOR XML 用 6 位表示 Unicode 码位 | 低 | |
| 在 FOR XML 中，使用 AUTO 模式的派生表映射被视为是透明的。 例如： USE AdventureWorks CREATE TABLE Test(id int); INSERT INTO Test VALUES(1); INSERT INTO Test VALUES(2); SELECT * FROM (SELECT a.id AS a, b.id AS b FROM Test a JOIN Test b ON a.id=b.id) Test FOR XML AUTO; 如果 AdventureWorks 的兼容级别设置为 80，则以上示例将生成： | 在 FOR XML 中，使用 AUTO 模式的派生表映射被视为是不透明的。 如果 AdventureWorks 的兼容级别设置为 90，则以上示例将生成： 有关更改为 AUTO 模式的详细信息，请参阅 AUTO 模式的增强功能。 | 如果对视图应用 FOR XML AUTO 模式，则为高；否则为低 | |
| 仅在日语和朝鲜语中，字符串到 money 的转换才支持使用反斜杠字符 (\) 作为货币符号。 | 在所有语言中，所有字符串到 money 的转换中都接受反斜杠字符 (\)。当 \ 用作货币符号时，ISNUMERIC 将返回 True。 对于 SQL Server 2005 之前的 SQL Server 版本上的数据库，这一新行为会拆分依赖于包含 \ 的 ISNUMERIC 返回值并且所使用的语言既不是日语也不是朝鲜语的索引和计算列。 | 低 | |
| 即使操作数不可为 Null 并且 ANSI_WARNINGS 或 ARITHABORT 设置为 ON，算术运算符的结果也始终可为 Null。 | 在 ANSI_WARNINGS 或 ARITHABORT 设置为 ON 时，如果两个操作数都不可为空，则浮点算术运算符的结果也不可为空值。 在以下情况中，这种为空性的更改可能导致错误：使用 bcp 从包含计算列（该计算列使用浮点算术运算符）的 SQL Server 2000 表中大容量导出二进制格式的数据，然后使用 bcp 或 BULK INSERT 将这些数据大容量导入包含同一定义的 SQL Server 2005 表。 当两个选项均为 OFF 时，数据库引擎 将把结果标记为可以为 Null。这与 SQL Server 2000 中相同。
| 低 | |
| 对于以 nvarchar 作为参数的内置函数，如果所提供的值为 varchar，则该值将转换为 nvarchar(4000)。在 SQL Server 2000 中，如果传递较大值，则该值将自行截断。 | 对于以 nvarchar 作为参数的内置函数，即使所提供的值为varchar，该值仍将转换为 nvarchar(4000)。但如果传递较大值，SQL Server 2005 将生成错误。 若要以兼容级别 90 运行，必须修复依赖于截断行为的所有自定义代码。 | 低 | |
| 固定长度（char、binary 或 nchar）字符串与可变长度（varchar、varbinary、nvarchar）字符串的联合返回固定长度的结果。 | 可变大小字符串和固定大小字符串的联合返回可变大小字符串。 若要以兼容级别 90 运行，那么对于任何地方（索引、查询和计算列），只要它依赖与将可变大小类型和固定大小类型求并集得到的类型，就必须修复。 | 低 | |
| 包含字符 0xFFFF 的对象名是有效标识符。 | 包含字符 0xFFFF 的对象名是无效标识符，不能访问。 若要以兼容级别 90 运行，必须重命名包含此字符的对象。 | 低 | |
| 在 SELECT ISNUMERIC('<string>') 中，<string> 内嵌入的逗号非常重要。 例如，以下 | 在 SELECT ISNUMERIC('<string>') 中，<string> 内嵌入的逗号可以忽略。 例如，以下 | 低 | |
| 忽略了 Transact-SQL 语句中保留关键字后面的冒号 (:)。 | Transact-SQL 语句中保留关键字后面的冒号 (:) 将导致语句失败。 | 低 | |
| 引用外部查询中的列的子查询中的 GROUP BY 子句成功。 | 按照 SQL 标准，引用外部查询中的列的子查询中的 GROUP BY 子句返回错误。 | 低 |
保留关键字
兼容性设置还确定了数据库引擎所保留的关键字。下表显示了每个兼容级别所引入的保留关键字。
| 兼容级别设置 | 保留关键字 |
|---|---|
| 90 | EXTERNAL、PIVOT、UNPIVOT、REVERT、TABLESAMPLE |
| 80 | COLLATE、FUNCTION、OPENXML |
| 70 | BACKUP、CONTAINS、CONTAINSTABLE、DENY、FREETEXT、FREETEXTTABLE、PERCENT、RESTORE、ROWGUIDCOL、TOP |
| 65 | AUTHORIZATION、CASCADE、CROSS、DISTRIBUTED、ESCAPE、FULL、INNER、JOIN、LEFT、OUTER、PRIVILEGES、RESTRICT、RIGHT、SCHEMA、WORK |
在给定兼容级别，保留关键字包括在该级别或较低级别引入的所有关键字。例如，对于兼容级别为 90 的应用程序，将保留上表列出的所有关键字。在较低的兼容级别中，级别 90 的关键字仍保留有效的对象名，但与这些关键字相对应的级别 90 的语言功能将不可用。
一旦引入，关键字便会保持为保留关键字。例如，在兼容级别 70 中引入的保留关键字 BACKUP 也在级别 80 和 90 中保留。
如果某一应用程序使用对其保留级别而言是关键字的标识符，则该应用程序将失败。若要解决这一问题，请用方括号 ([ ]) 或引号 (" ") 括起该标识符；例如，若要将使用标识符EXTERNAL 的应用程序升级为兼容级别 90，可以将该标识符更改为 [EXTERNAL] 或 "EXTERNAL"。
示例
A. 将兼容级别更改为 SQL Server 2000
以下示例将 AdventureWorks 数据库的兼容级别更改为 80。
EXEC sp_dbcmptlevel AdventureWorks, 80; GO
B. 兼容级别对 ORDER BY 的影响（第 1 种情况）
以下示例阐述了当兼容级别分别为 80 和 90 时 ORDER BY 绑定所存在的差异。此示例在 tempdb 数据库中创建了一个示例表 SampleTable。
USE tempdb; CREATE TABLE SampleTable(c1 int, c2 int); GO
在兼容级别 90（默认级别）中，以下 SELECT... ORDER BY 语句将因 AS 子句中的列名 c1 不明确而出现错误。
SELECT c1, c2 AS c1FROM SampleTableORDER BY c1; GO
在将该数据库的兼容级别重置为 80 之后，这一 SELECT... ORDER BY 语句将成功执行。
sp_dbcmptlevel tempdb, 80 SELECT c1, c2 AS c1FROM SampleTableORDER BY c1; GO
以下 SELECT... ORDER BY 语句在这两个兼容级别中均可正常执行。
sp_dbcmptlevel tempdb, 80 SELECT c1, c2 AS c3 FROM SampleTable ORDER BY c1; GOsp_dbcmptlevel tempdb, 90 SELECT c1, c2 AS c3 FROM SampleTable ORDER BY c1; GO
C. 兼容级别对 ORDER BY 的影响（第 2 种情况）
在兼容级别 90（默认级别）中，以下 SELECT...ORDER BY 语句将因 ORDER BY 子句中存在附加的表前缀而出现错误。
SELECT c1 AS xFROM SampleTableORDER BY SampleTable.x; GO
在将该数据库的兼容级别重置为 80 之后，这一 SELECT...ORDER BY 语句将成功执行。
sp_dbcmptlevel tempdb, 80 SELECT c1 AS xFROM SampleTableORDER BY SampleTable.x; GO
以下 SELECT...ORDER BY 语句在这两个兼容级别中均可正常执行。
sp_dbcmptlevel tempdb, 80 SELECT c1 AS xFROM SampleTableORDER BY x; GO sp_dbcmptlevel tempdb, 90 SELECT c1 AS xFROM SampleTableORDER BY x; GO
