SQL Server 2012 におけるデータベース エンジン機能の重大な変更

NEXT という名前の列またはテーブルから選択する

シーケンスでは、ANSI 標準の NEXT VALUE FOR 関数が使用されます。 テーブルまたは列の名前が NEXT で、テーブルまたは列の別名として VALUE が指定されている場合や、ANSI 標準の AS が省略されている場合、作成されたステートメントによってエラーが発生する可能性があります。 問題を回避するには、ANSI 標準の AS キーワードを含めます。 たとえば、SELECT NEXT VALUE FROM Table は SELECT NEXT AS VALUE FROM Table に書き直す必要があり、SELECT Col1 FROM NEXT VALUE は SELECT Col1 FROM NEXT AS VALUE に書き直す必要があります。

sp_setapprole と sp_unsetapprole

sp_setapprole に対するクッキー パラメーターである OUTPUT は、現在、適切な最大長である varbinary(8000) としてドキュメントに記載されています。 ただし、現在の実装では varbinary(50) を返します。 将来のリリースでクッキーの戻り値のサイズが増えた場合にアプリケーションが引き続き正常に動作するように、アプリケーションでは varbinary(8000) を継続して予約しておく必要があります。 詳細については、「sp_setapprole (Transact-SQL)」を参照してください。

sys.fn_get_audit_file 関数

ユーザー定義の監査イベントをサポートするために、2 つの列 (user_defined_event_id と user_defined_information) が追加されました。 名前で列を選択しないアプリケーションは、予想よりも多くの列を返す場合があります。 名前で列を選択するか、これらの追加列を受け入れるようにアプリケーションを調整してください。

ALTER TABLE

ALTER TABLE ステートメントでは、2 部構成 (schema.object) のテーブル名だけを使用できます。 現在、次の形式を使用してテーブル名を指定すると、コンパイル時にエラー 117 で失敗します。

• server.database.schema.table

• .database.schema.table

• ..schema.table

以前のバージョンでは、server.database.schema.table という形式を指定すると、エラー 4902 が返されました。 .database.schema.table または ..schema.table という形式を指定すると、成功しました。

問題を解決するには、4 部構成のプレフィックスの使用を削除してください。

SOUNDEX

データベース互換性レベル 110 では、SOUNDEX 関数は新しいルールを実装します。このため、関数により求められた値が、110 未満の互換性レベルで計算された値と異なる結果になる場合があります。 互換性レベル 110 へのアップグレード後に、SOUNDEX 関数を使用するインデックス、ヒープ、または CHECK 制約の再構築が必要になる場合があります。 詳細については、「SOUNDEX (Transact-SQL)」を参照してください。

SERVERPROPERTY (‘Edition’)

SQL Server 2012 インスタンスのインストールされている製品のエディション。 このプロパティの値を使用すると、インストールされている製品でサポートされている CPU の最大数など、機能や制限を確認できます。

インストールされている Enterprise のエディションに基づいて、"Enterprise Edition" または "Enterprise Edition: Core-based Licensing" が返されることがあります。 Enterprise のエディションは、SQL Server の単一のインスタンスによる最大計算容量に基づいて区別されます。 SQL Server 2012 の計算容量制限の詳細については、「SQLServer のエディション別の計算容量制限」を参照してください。

datetimeoffset の CAST 操作と CONVERT 操作

日付型と時刻型を datetimeoffset に変換するときにサポートされているスタイルは、0 または 1 のみです。 他のすべての変換スタイルでは 9809 が返されます。 たとえば、次のコードではエラー 9809 が返されます。

SELECT CONVERT(date, CAST('7070-11-25 16:25:01.00986 -02:07' as datetimeoffset(5)), 107);

sys.dm_exec_requests

command 列が nvarchar(16) から nvarchar(32) に変更されました。

sys.dm_os_memory_cache_entries

pages_allocated_count 列は、pages_kb という名前に変更されました。

sys.dm_os_memory_nodes

以下の列の名前が変更されました。

sys.dm_os_sys_info

以下の列の名前が変更されました。

sys.data_spaces

sys.partition_schemes

sys.filegroups

sys.partition_functions

sys.data_spaces と sys.partition_functions に、新しい列 (is_system) が追加されました (sys.partition_schemes と sys.filegroups は、sys.data_spaces の列を継承します)。

この列では、値 1 は、そのオブジェクトがフルテキスト インデックス フラグメントに使用されることを示します。

sys.partition_functions、sys.partition_schemes、および sys.filegroups では、この新しい列は末尾の列ではありません。 これらのカタログ ビューから返される列の順序に依存する既存のクエリを修正してください。

新しい照合順序

SQL Server 2008 では、Windows Server 2008 が提供する照合順序に完全に対応する新しい照合順序が導入されています。 この 80 個の新しい照合順序は、言語面での精度が向上しており、*_100 というバージョン参照で示されます。 サーバーまたはデータベースに新しい照合順序を選択する場合は、古いクライアント ドライバーを使用するクライアントではその照合順序が認識されない可能性があることに注意してください。 照合順序が認識されないと、アプリケーションはエラーを返して失敗する場合があります。 次の解決策を検討してください。

• クライアント オペレーティング システムをアップグレードして、基になるシステムの照合順序を更新する。

• クライアントにデータベース クライアント ソフトウェアがインストールされている場合、データベース クライアント ソフトウェアにサービスの更新プログラムを適用する。

• クライアントのコード ページにマップする既存の照合順序を選択する。

CLR アセンブリ

データベースを SQL Server 2008 にアップグレードすると、新しいデータ型をサポートする Microsoft.SqlServer.Types アセンブリが自動的にインストールされます。 アップグレード アドバイザーのルールにより、競合する名前を持つユーザー型またはアセンブリが検出されます。 アップグレード アドバイザーは、次のいずれかの方法によって、競合するアセンブリの名前の変更を推奨します。2 つの方法とは、競合する型の名前を変更するか、または 2 つの部分から構成される名前をコード内で使用して既存のユーザー型を参照するかのどちらかです。

データベースのアップグレード時に競合する名前を持つユーザー アセンブリが検出されると、このアセンブリの名前が自動的に変更され、データベースが問題のあるモードになります。

アップグレード時に競合する名前を持つユーザー型が検出された場合、特別な処理は実行されません。 アップグレード後は、古いユーザー型と新しいシステム型の両方が存在することになります。 ユーザー型は、2 つの部分から構成される名前を介してのみ使用できます。

CLR ルーチン

CLR のユーザー定義関数、ユーザー定義集計、またはユーザー定義型 (UDT) 内で権限借用を使用すると、SQL Server 2008 にアップグレードした後に、アプリケーションがエラー 6522 で失敗する可能性があります。

次のシナリオは、SQL Server 2005 では成功しますが、SQL Server 2008 では失敗します。 それぞれのシナリオに解決策があります。

1. 権限借用を使用する CLR のユーザー定義関数、ユーザー定義集計、または UDT メソッドで、nvarchar(max)、varchar(max)、varbinary(max)、ntext、text、image のいずれかの型のパラメーターまたは大きな UDT が使用されているが、メソッドに DataAccessKind.Read 属性が指定されていない。

   この問題を解決するには、DataAccessKind.Read 属性をメソッドに追加し、アセンブリを再コンパイルしたうえで、ルーチンとアセンブリを再配置します。

2. CLR テーブル値関数で、権限借用を実行する Init メソッドが使用されている。

   この問題を解決するには、DataAccessKind.Read 属性をメソッドに追加し、アセンブリを再コンパイルしたうえで、ルーチンとアセンブリを再配置します。

3. CLR テーブル値関数で、権限借用を実行する FillRow メソッドが使用されている。

   この問題を解決するには、FillRow メソッドから権限借用を削除します。 外部リソースへのアクセスには FillRow メソッドを使用しないでください。 代わりに Init メソッドから外部リソースにアクセスします。

sys.dm_os_sys_info

cpu_ticks_in_ms 列および sqlserver_start_time_cpu_ticks 列を削除しました。

ログイン エラー

SQL Server 2005 では、Windows 認証のみを使用するように構成されたサーバーに接続する際に SQL ログインを使用すると、エラー 18452 が返されます。 SQL Server 2008 では、代わりに、エラー 18456 が返されます。

プラン表示の XML スキーマ

新しい SeekPredicateNew 要素はプラン表示の XML スキーマに追加され、囲み要素である xsd sequence (SqlPredicatesType) は <xsd:choice> アイテムに変換されます。 プラン表示の XML には、1 つ以上の SeekPredicate 要素ではなく、1 つ以上の SeekPredicateNew 要素を表示することもできます。 この 2 つの要素を同時に指定することはできません。 旧バージョンとの互換性のために、SeekPredicate はプラン表示の XML スキーマに保持されていますが、SQL Server 2008 で作成されたクエリ プランには SeekPredicateNew 要素を含めることができます。 ShowPlanXML/BatchSequence/Batch/Statements/StmtSimple/QueryPlan/RelOp/IndexScan/SeekPredicates ノードから SeekPredicate 子要素のみを取得するアプリケーションは、SeekPredicate 要素が存在しない場合、失敗する可能性があります。 このノードの SeekPredicate 要素または SeekPredicateNew 要素のいずれかを取得するようにアプリケーションを書き直してください。 詳細については、以下のトピックを参照してください。

ALTER_AUTHORIZATION_DATABASE DDL イベント

SQL Server 2005 では、DDL イベント ALTER_AUTHORIZATION_DATABASE が発生すると、データ定義言語 (DDL) 操作においてセキュリティ保護可能なエンティティの種類がオブジェクトの場合、このイベントの EVENTDATA xml の ObjectType 要素に値 'object' が返されます。 SQL Server 2008 では、実際の種類 (たとえば 'table' や 'function') が返されます。

アセンブリに対する EXECUTE の GRANT/DENY/REVOKE

アセンブリに対する EXECUTE 権限の許可、拒否、および取り消しを行うことはできません。 この権限を設定しても効果がなく、エラーが発生します。 代わりに、アセンブリ メソッドを参照するストアド プロシージャまたは関数に対して EXECUTE 権限の許可、拒否、および取り消しを行ってください。

GROUP BY

GROUP BY 句では、GROUP BY リストに使用される式にサブクエリを含めることはできません。 以前のバージョンの SQL Server では、この処理は可能でした。 SQL Server 2008 では、エラー 144 が返されます。

たとえば、次のコードは、SQL Server 2005 では正常に実行されますが、SQL Server 2008 では実行に失敗します。

DECLARE @Test TABLE(a int NOT NULL);
INSERT INTO @Test SELECT 1 union ALL SELECT 2;
SELECT COUNT(*) 
FROM @Test
GROUP BY CASE WHEN a IN (SELECT t.a FROM @Test AS t)
THEN 1 ELSE 0 
END;

OUTPUT INTO 句

OUTPUT INTO 句の対象のテーブルに有効なトリガーを指定することはできません。

READPAST テーブル ヒント

スナップショット分離で READPAST ヒントを指定することはできません。

READ_COMMITED_SNAPSHOT データベース オプションまたは ALLOW_SNAPSHOT_ISOLATION データベース オプションのいずれかが ON に設定されている場合、READPAST ヒントは無視されます。 ただし、READPAST ヒントを READCOMMITTEDLOCK と組み合わせた場合、READPAST の動作は READCOMMITTED ヒントをブロックするのと同じになります。

透過的なデータ暗号化

透過的なデータ暗号化 (TDE) は I/O レベルで実行されます。そのため、ページ構造は、メモリ内では暗号化されず、ページがディスクに書き込まれるときだけ暗号化されます。 データベース ファイルとログ ファイルの両方が暗号化されます。 通常の SQL Server メカニズムを使用せずに (たとえば、データ ファイルやログ ファイルを直接スキャンして) ページにアクセスするサードパーティのアプリケーションは、ファイル内のデータが暗号化されているため、データベースで TDE を使用すると失敗します。 このようなアプリケーションでは、Window Cryptographic API を使用すると、SQL Server 以外のデータの暗号化を解除するためのソリューションを開発できます。

Datetime のサポート

SQL Server 2005 では、xs:time、xs:date、および xs:dateTime の各データ型がタイム ゾーンをサポートしていません。 タイム ゾーン データは UTC タイム ゾーンにマップされます。 SQL Server 2008 では、標準に準拠した動作を提供するため、次のように変更されました。

• タイム ゾーンを使用しない値の検証

• タイム ゾーン指定の有無の保持

• 内部ストレージ表現の変更

• 格納された値の解決を増加

• 負の年の使用禁止

アプリケーションと XQuery 式を変更して、新しい型の値を反映してください。

SSL を使用した SQL Server Native Client からの接続

SQL Server Native Client を使用して接続するとき、以前は、緩和された検証により、サブジェクトに完全修飾ドメイン名 (FQDN) が指定されている証明書で "SERVER=shortname; FORCE ENCRYPTION=true" を使用するアプリケーションでも接続できましたが、 SQL Server 2008 R2 では、セキュリティ強化のために証明書で FQDN のサブジェクトが強制されるようになりました。 緩和された検証に依存しているアプリケーションでは次のいずれかの対処が必要になります。

• 接続文字列で FQDN を使用する。

  • この方法を使用する場合は、接続文字列の SERVER キーワードがアプリケーションの外部で構成されていればアプリケーションを再コンパイルする必要はありません。

  • この方法は、接続文字列がハードコードされているアプリケーションには使用できません。

  • この方法は、データベース ミラーリングを使用するアプリケーションには使用できません (ミラー化されたサーバーは簡易名を使用して応答するため)。

• shortname の別名を追加して FQDN にマップする。

  • この方法は、接続文字列がハードコードされているアプリケーションにも使用できます。

  • この方法は、データベース ミラーリングを使用するアプリケーションには使用できません (プロバイダーは、受け取ったフェールオーバー パートナー名の別名を参照しないため)。

• shortname に対して発行された証明書を使用する。

  • この方法は、すべてのアプリケーションに使用できます。