SQL Server 2014 でのデータベース エンジン機能の破壊的変更

このトピックでは、SQL Server 2014 データベース エンジン以前のバージョンのSQL Serverの破壊的変更について説明します。 これらの変更によって、以前のバージョンの SQL Serverに基づくアプリケーション、スクリプト、または機能が使用できなくなる場合があります。 アップグレード時にこれらの問題が発生する可能性があります。 詳細については、「 アップグレード アドバイザーを使用したアップグレードの準備」を参照してください。

SQL Server 2014 の破壊的変更

新しい問題はありません。

SQL Server 2012 の破壊的変更

Transact-SQL

動的管理ビュー

カタログビュー

SQL CLR データ型 (geometry、geography、hierarchyid)

空間データ型と hierarchyid 型を含むアセンブリ Microsoft.SqlServer.Types.dllは、バージョン 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 クラスのメソッド

次のいずれかの方法を使用して、この問題を回避できます。

• 次の例に示すように、上記の Get メソッドではなく GetSqlBytes メソッドを呼び出して 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>  
  

• この問題を接続文字列で回避するには、"Type System Version" 属性に値 "SQL Server 2012" を指定して、SqlClient にアセンブリのバージョン 11.0 を強制的に読み込みます。 この接続文字列属性は、.NET 4.5 以降でのみ使用できます。

• assemblyBinding タグは、runtime タグの下にラップする必要があります。

AWE のサポート

32 ビット アドレス ウィンドウ拡張機能 (AWE) のサポートは廃止されました。 これにより、32 ビット オペレーティング システムのパフォーマンスが低下する可能性があります。 大量のメモリを使用するインストールの場合は、64 ビット オペレーティング システムに移行します。

XQuery 関数が Surrogate-Aware

XQuery 関数と演算子に対する W3C の推奨事項では、UTF-16 エンコードでは、高範囲 Unicode 文字を 1 つのグリフとして表すサロゲート ペアをカウントする必要があります。 ただし、SQL Server 2012 より前のバージョンのSQL Serverでは、文字列関数はサロゲート ペアを 1 文字として認識しませんでした。 文字列の長さの計算や部分文字列の抽出など、一部の文字列操作で正しくない結果が返されました。 SQL Server 2012 では、UTF-16 とサロゲート ペアの正しい処理が完全にサポートされるようになりました。

SQL Serverの XML データ型では、整形式のサロゲート ペアのみが許可されます。 ただし、一部の関数は、無効または部分的なサロゲート ペアを文字列値として XQuery 関数に渡すことができるため、特定の状況では未定義または予期しない結果を返すことができます。 SQL Serverで XQuery を使用する場合は、次の方法で文字列値を生成することを検討してください。

• バイナリ値として定数文字列値を指定します。 このメソッドを使用する場合、無効なサロゲート ペアまたは部分サロゲート ペアを渡すことができます。

• 文字エンティティを指定して、定数文字列値を指定します。 このメソッドを使用する場合、無効なサロゲート ペアを渡すことができません。 XQuery 関数には、高レベル文字に対して 1 つの文字エンティティが必要です。 これらの関数は、サロゲート ペア文字の文字エンティティが指定されている場合にエラーを発生させます。

• 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が含まれます。

システム プロシージャへの分散クエリ呼び出し

一部のシステム プロシージャへのOPENQUERYを介した分散クエリ呼び出しは、2012 SQL Server サーバー間で呼び出されると失敗します。 これは、データベース エンジンがプロシージャのメタデータを検出できない場合に発生します。 たとえば、「 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 の破壊的変更

このセクションでは、SQL Server 2008 で導入された破壊的変更について説明します。 SQL Server 2008 R2 では変更が導入されませんでした。

Collations

共通言語ランタイム (CLR)

動的管理ビュー

エラーとイベント

Showplan

Transact-SQL

XQuery

接続します。

SQL Server 2005 の破壊的変更

古いバージョンのMicrosoft SQL Serverのドキュメントをアーカイブ Web ページのセットに蓄積して保持します。 アーカイブされた Web ページは、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の最新バージョンとその他の最新バージョンについては、ここに記載されています。

こちらもご覧ください

SQL Server 2014 の非推奨のデータベース エンジン機能
SQL Server 2014 でのデータベース エンジン機能の動作の変更
SQL Server 2014 で廃止されたデータベース エンジンの機能
SQL Server データベース エンジンの旧バージョンとの互換性
ALTER DATABASE 互換性レベル (Transact-SQL)
SQL Server 2014 での管理ツール機能の重大な変更