SqlServer兼容性80和90的区别.docxVIP

SQL2005了默认的兼容级别变成90了,很多老的代码可能会报错了,当然也可以从企业管理器中降低默认级别来解决,以下转来一个对比表兼容级别设置为 80 或更低兼容级别设置为 90 影响的可能性对于 FROM 子句中的锁提示，WITH 关键字始终是可选的。但在一些例外情况中，仅当用 WITH 关键字指定表提示时，FROM 子句中才支持这些提示。有关详细信息，请参阅 FROM (Transact-SQL)。高支持在警告消息中使用外部联接运算符 *= 和 =*。不支持使用这两个运算符；应使用 OUTER JOIN 关键字。高在将 ORDER BY 列表中的列引用绑定到在 SELECT 列表中定义的列时，将忽略列的多义性，有时还会忽略列前缀。这可以导致以意外顺序返回结果集。例如，可以接受具有一个两部分列 (table_alias.column) 的 ORDER BY 子句，而且该列被用作对 SELECT 列表中的列的引用，但忽略表别名。请考虑以下查询：SELECT c1 = -c1 FROM t_table AS x ORDER BY x.c1执行时，将忽略 ORDER BY 中的列前缀。对指定的源列 (x.c1) 不进行预期的排序操作，而是对在查询中定义的派生c1列进行此操作。此查询的执行计划将显示：首先计算派生列的值，然后对计算得到的值进行排序。如果存在列的多义性，则将引发错误。在绑定到 SELECT 列表中所定义的列时，不忽略在 ORDER BY 中指定的列前缀（如果有）。请考虑以下查询：SELECT c1 = -c1 FROM t_table AS x ORDER BY x.c1执行时，不忽略 ORDER BY 子句中的列前缀。在指定的源列(x.c1) 上按预期发生排序操作。此查询的执行计划将显示排序运算符对从t_table返回的行排序，然后再对在 SELECT 列表中定义的派生列c1的值排序。中在 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 创建的表的数据类型。低通过将类型层次结构中优先级较低