SQL Server 2014 中数据库引擎功能的重大更改

本主题介绍 SQL Server 2014 数据库引擎 和早期版本的SQL Server中的中断性变更。 这些更改可能导致基于 SQL Server的早期版本的应用程序、脚本或功能无法继续使用。 升级时可能会遇到这些问题。 有关详细信息，请参阅 使用升级顾问准备升级。

SQL Server 2014 中的中断性变更

没有新问题。

SQL Server 2012 中的中断性变更

Transact-SQL

动态管理视图

目录视图

SQL CLR 数据类型（geometry、geography 和 hierarchyid）

程序集 Microsoft.SqlServer.Types.dll（包含空间数据类型和 hierarchyid 类型）已从版本 10.0 升级到版本 11.0。 如果满足以下条件，引用此程序集的自定义应用程序可能会失败。

• 将自定义应用程序从安装了 SQL Server 2008 R2 的计算机移动到仅安装 SQL Server 2014 的计算机时，应用程序将失败，因为引用的 SqlTypes 程序集版本 10.0 不存在。 可能会看到以下错误消息： "Could not load file or assembly 'Microsoft.SqlServer.Types, Version=10.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91' or one of its dependencies. The system cannot find the file specified."

• 引用 SqlTypes 程序集版本 11.0 和版本 10.0 时，可能会看到以下错误消息： "System.InvalidCastException: Unable to cast object of type 'Microsoft.SqlServer.Types.SqlGeometry' to type 'Microsoft.SqlServer.Types.SqlGeometry'."

• 从面向 .NET 3.5、4 或 4.5 的自定义应用程序引用 SqlTypes 程序集版本 11.0 时，应用程序将失败，因为 SqlClient 设计加载程序集版本 10.0。 当应用程序调用以下方法之一时，将发生此失败：

  • GetValue SqlDataReader类的方法

  • GetValues SqlDataReader类的方法

  • 类的 SqlDataReader 括号索引运算符 []

  • ExecuteScalar SqlCommand类的方法

可以使用以下方法之一解决此问题：

• 可以通过调用GetSqlBytes上述方法（而不是 Get 方法）来检索 CLR SQL Server系统类型，在代码中解决此问题，如以下示例所示：

  string query = "SELECT [SpatialColumn] FROM [SpatialTable]";  
        using (SqlConnection conn = new SqlConnection("..."))  
        {  
              SqlCommand cmd = new SqlCommand(query, conn);  
  
              conn.Open();  
              SqlDataReader reader = cmd.ExecuteReader();  
  
              while (reader.Read())  
              {  
                    // In version 11.0 only  
                    SqlGeometry g =   
  SqlGeometry.Deserialize(reader.GetSqlBytes(0));  
  
                    // In version 10.0 or 11.0  
                    SqlGeometry g2 = new SqlGeometry();  
                    g.Read(new BinaryReader(reader.GetSqlBytes(0).Stream));  
              }  
        }  
  

• 可以在应用程序配置文件中使用程序集重定向来解决此问题，如以下示例所示：

  <runtime>  
  <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">  
      ...  
      <dependentAssembly>  
          <assemblyIdentity name="Microsoft.SqlServer.Types" publicKeyToken="89845dcd8080cc91" culture="neutral" />  
          <bindingRedirect oldVersion="10.0.0.0" newVersion="11.0.0.0" />  
      </dependentAssembly>  
      ...  
  </assemblyBinding>  
  <runtime>  
  

• 可以通过为“类型系统版本”属性指定值“SQL Server 2012”，以强制 SqlClient 加载程序集版本 11.0，从而在连接字符串中解决此问题。 此连接字符串属性仅在 .NET 4.5 及更高版本中可用。

• 标记 assemblyBinding 应包装在 runtime 标记下。

对 AWE 的支持

32 位地址窗口扩展（AWE）支持已停止。 这可能会导致 32 位操作系统的性能降低。 对于使用大量内存的安装，请迁移到 64 位操作系统。

XQuery 函数 Surrogate-Aware

XQuery 函数和运算符的 W3C 建议要求它们计算代理项对，该代理项对将高范围 Unicode 字符表示为 UTF-16 编码中的单个字形。 但是，在 2012 年 SQL Server 之前的 SQL Server版本中，字符串函数无法将代理项对识别为单个字符。 某些字符串操作（如字符串长度计算和子字符串提取）返回了不正确的结果。 SQL Server 2012 现在完全支持 UTF-16 和代理项对的正确处理。

SQL Server中的 XML 数据类型仅允许格式正确的代理项对。 但是，某些函数在某些情况下仍可返回未定义或意外的结果，因为可以将无效或部分代理项对作为字符串值传递给 XQuery 函数。 在 SQL Server 中使用 XQuery 时，请考虑以下方法来生成字符串值：

• 提供常量字符串值作为二进制值。 使用此方法时，仍可能传递无效或部分代理项对。

• 通过提供字符实体来提供常量字符串值。 使用此方法时，无法传递无效代理项对。 XQuery 函数需要高级字符的单个字符实体。 如果提供了代理项对字符的字符实体，则这些函数将引发错误。

• 使用 sql：column 或 sql：variable 导入外部值。 使用这些方法时，仍可能引入无效或部分代理项对。

受影响的 XQuery 函数和运算符

以下 XQuery 函数和运算符现在在 SQL Server 2012 中正确处理 UTF-16 代理项对：

• fn：string-length。 但是，如果将无效或部分代理项对作为参数传递，则 字符串长度 的行为是未定义的。

• fn：substring。

• fn：contains。 但是，如果将部分代理项对作为值传递， 则包含 可能会返回意外的结果，因为它可能会发现格式正确的代理项对中包含的部分代理项对。

• fn：concat。 但是，如果将部分代理项对作为值传递， concat 可能会生成不正确的代理项对或部分代理项对。

• 比较运算符和 order by 子句。 比较运算符包括 +、、、<=><、>=、eq、lt、、gt、 le和 ge。

对系统过程的分布式查询调用

从 2012 SQL Server 2012 服务器调用到另一个系统过程时，通过对某些系统过程的分布式查询调用OPENQUERY将失败。 当数据库引擎无法发现过程的元数据时，将发生这种情况。 例如，SELECT * FROM OPENQUERY(..., 'EXEC xp_loginfo')。

隔离级别和sp_reset_connection

客户端驱动程序通过以下方式处理连接的隔离级别：

• 所有本机驱动程序（SNAC、MDAC、ODBC）在sp_reset_connection时设置隔离级别（基于应用设置）。

• 对于 ADO.NET你基本上会获得一个随机隔离级别，具体取决于从池获取的连接（如果应用程序使用不同的隔离级别）。 由于 ADO.NET 池可以在内部和透明方式回收连接，因此无法预测池中会出现的情况。

• 对于 JDBC 驱动程序，你获得的行为与 ADO 相同.NET

  打开连接后，应用程序必须始终显式设置隔离级别，以获取所需的内容。

  JDBC 连接可以共用，因此应用程序可能会获得随机隔离级别，并且不知道它。

为了保持向后兼容性，此新行为仅适用于从 TDS 7.4 开始的最新客户端。

向后兼容性

新行为取决于兼容性级别

以下函数和运算符仅当兼容级别为 110 或更高版本时，才演示上述新行为：

• fn：contains。

• fn：concat。

• 比较运算符和 order by 子句

新行为取决于函数的默认命名空间 URI

以下函数演示了上述新行为，仅当默认命名空间 URI 与最终建议中的命名空间相对应时，即 http://www.w3.org/2005/xpath-functions。 当兼容级别为 110 或更高版本时，默认情况下，SQL Server 2012 将默认函数命名空间绑定到此命名空间。 但是，当使用此命名空间时，无论兼容级别如何，这些函数都演示了新行为。

• fn：string-length

• fn：substring

SQL Server 2008/SQL Server 2008R2 中的中断性变更

本部分包含 2008 SQL Server中引入的中断性变更。 SQL Server 2008 R2 中未引入任何更改。

Collations

公共语言运行时 (CLR)

动态管理视图

错误和事件

显示计划

Transact-SQL

XQuery

正在连接

SQL Server 2005 中的中断性变更

我们在一组存档网页中累积并保留旧版Microsoft SQL Server的文档。 存档的网页不会由搜索引擎处理，例如 Bing.com 和 Google.com。 但是，可以在 Docs 以前的版本/ 地址中看到这些存档：

• https://docs.microsoft.com/previous-versions/sql/

这些存档至少包括以下较早版本的相关文档：

• SQL Server 2014
• SQL Server 2012
• SQL Server 2008 R2
• SQL Server 2008
• SQL Server 2005

SQL Server 2014 文档已存档，并且不再由搜索引擎处理。 2014 年的文章现在使用 NOINDEX 和 NOFOLLOW 声明自己。

此处记录了最新版本的 SQL Server和其他最新版本。

另请参阅

2014 SQL Server 中弃用的数据库引擎功能
SQL Server 2014 中数据库引擎功能的行为更改
SQL Server 2014 中已停用的数据库引擎功能
SQL Server 数据库引擎的后向兼容性
ALTER DATABASE 兼容性级别 （Transact-SQL）
SQL Server 2014 中管理工具功能的重大更改