Entity Framework 用の .NET Framework Data Provider for SQL Server (SqlClient) の既知の問題

  • [アーティクル]

ここでは、.NET Framework Data Provider for SQL Server (SqlClient) に関連する既知の問題について説明します。

文字列関数の末尾のスペース

SQL Server では、文字列値の末尾のスペースは無視されます。 そのため、文字列の末尾にスペースを挿入すると、予期できない結果が生じたり、場合によってはエラーが発生することもあります。

文字列の末尾にスペースを挿入する必要がある場合は、SQL Server が文字列を切り捨てることがないように、空白文字を挿入することを検討してください。 末尾のスペースが不要である場合は、クエリ パイプラインに渡す前にスペースを削除してください。

RIGHT 関数

RIGHT(nvarchar(max), 0**)** または RIGHT(varchar(max), 0**)** に、最初の引数として null 以外の値を、2 番目の引数として 0 を渡すと、empty 文字列の代わりに NULL 値が返されます。

CROSS APPLY 演算子および OUTER APPLY 演算子

CROSS APPLY 演算子および OUTER APPLY 演算子は SQL Server 2005 で導入されました。 場合によっては、クエリ パイプラインにより、CROSS APPLY 演算子または OUTER APPLY 演算子を含む Transact-SQL ステートメントが生成されることがあります。 Because some backend providers, including versions of SQL Server earlier than SQL Server 2005 , do not support these operators, such queries cannot be executed on these backend providers.

CROSS APPLY 演算子または OUTER APPLY 演算子を含むクエリの生成につながる可能性がある一般的なシナリオを次に示します。

  • ページングを使用した相関サブクエリ

  • 相関サブクエリ全体、またはナビゲーションによって生成されたコレクション全体を対象とした AnyElement

  • 要素セレクターを受け取るグループ化メソッドを使用する LINQ クエリ

  • CROSS APPLY 演算子または OUTER APPLY 演算子が明示的に指定されたクエリ

  • REF コンストラクターを引数に取る DEREF コンストラクターを含むクエリ。

SKIP 演算子

SQL Server 2000 を使用している場合、キー以外の列で ORDER BY と共に SKIP を使用すると、不適切な結果が返されることがあります。 キー以外の列に重複するデータが存在する場合、指定された数を超える行はスキップされます。 これは、SQL Server 2000 用に SKIP が変換される方法によるものです。 たとえば、次のクエリでは、E.NonKeyColumn に重複値が存在する場合、5 行を超える行はスキップされます。

SELECT [E] FROM Container.EntitySet AS [E] ORDER BY [E].[NonKeyColumn] DESC SKIP 5L

適切なバージョンの SQL Server を対象としたクエリの実行

Entity Framework は、SQL Server のバージョンに基づいて実行対象の Transact-SQL クエリを決定します。このバージョンは、ストレージ モデル (.ssdl) ファイルの Schema 要素の ProviderManifestToken 属性で指定されたものです。 このバージョンは、実際に接続する SQL Server のバージョンとは異なる場合があります。 たとえば、使用している SQL Server のバージョンが 2005 で、ProviderManifestToken 属性が 2008 に設定されている場合、生成された Transact-SQL クエリがサーバーで実行されないことがあります。 たとえば、SQL Server 2008 で導入された新しい日時型を使用するクエリは、以前のバージョンの SQL Server では実行されません。 使用している SQL Server のバージョンが 2005 で、ProviderManifestToken 属性が 2000 に設定されている場合、生成された Transact-SQL クエリが十分に最適化されなかったり、クエリがサポートされていないことを示す例外が発生することがあります。 詳細については、このトピックの「CROSS APPLY 演算子および OUTER APPLY 演算子」を参照してください。

データベースの一部の動作は、データベースの互換性レベルの設定に依存します。 使用している SQL Server のバージョンが 2005 で、ProviderManifestToken 属性が 2005 に、データベースの互換性レベルが "80" (SQL Server 2000) に設定されている場合、生成された Transact-SQL の実行対象は SQL Server 2005 になりますが、互換性レベルの設定が原因で予期したとおりに実行されないことがあります。 たとえば、ORDER BY リストの列名とセレクターの列名が一致する場合、順序付けが失われることがあります。

投影内の入れ子になったクエリ

projection 句内の入れ子になったクエリは、サーバーでデカルト積に変換されないことがあります。 SLQ Server などの一部のバックエンド サーバーでは、これによって TempDB テーブルのサイズが非常に大きくなり、 サーバーのパフォーマンスが低下する可能性があります。

projection 句内の入れ子になったクエリの例を次に示します。

SELECT c, (SELECT c, (SELECT c FROM AdventureWorksModel.Vendor AS c  ) As Inner2 FROM AdventureWorksModel.JobCandidate AS c  ) As Inner1 FROM AdventureWorksModel.EmployeeDepartmentHistory AS c

サーバー生成の GUID ID 値

Entity Framework では、サーバー生成の GUID 型 ID 値がサポートされますが、プロバイダーは、サーバー生成の ID 値を行の挿入後に返す動作をサポートする必要があります。 SQL Server 2005 以降、SQL Server データベース内のサーバー生成 GUID 型を OUTPUT 句で返すことができるようになりました。

参照

概念

.NET Framework Data Provider for SQL Server (SqlClient) (Entity Framework 用)
LINQ to Entities の既知の問題および注意点