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

Banyan VINES Sequenced Packet Protocol (SPP)、Multiprotocol、AppleTalk、または NWLink IPX/SPX ネットワーク プロトコル

SQL Server 2005 では、Banyan VINES Sequenced Packet Protocol (SPP)、Multiprotocol、AppleTalk、または NWLink IPX/SPX ネットワーク プロトコルはサポートされていません。SQL Server 2005 に接続するには、クライアント アプリケーションでサポートされているプロトコルを使用する必要があります。サポートされていないプロトコルのいずれかを使用するように別名がセットアップされている場合は、サポートされるプロトコルのいずれかを使用するように別名を変更する必要があります。

RPC に NETWORK=DBMSRPCN、Appletalk に NETWORK=DBMSADSN、または Banyan VINES property に NETWORK=DBMSVINN を指定するか、SPX に spx:server\instance、Banyan VINES に bv:server、AppleTalk に adsp:server、Multiprotocol に rpc:server などの明示的なプレフィックスを使用することによって、これらのサポートされていないプロトコルのいずれかを使用または読み込むようにアプリケーションの接続文字列を指定している場合は、サポートされるプロトコルのいずれかを使用するようにアプリケーションを変更する必要があります。

詳細については、「ネットワーク プロトコルの選択」を参照してください。

Winsock プロキシ

Winsock プロキシは、SQL Server のツールを使用して構成することはできません。Winsock プロキシの構成方法については、ご使用のプロキシ サーバーのマニュアルを参照してください。

圧縮ドライブ

SQL Server 2005 では、圧縮ドライブ上にデータベースを作成できません。圧縮ドライブ上のデータベースをアップグレードすることもできません。SQL Server 2005 をインストールするとき、システム データベースの保存場所として圧縮されていないドライブを選択します。また、アップグレード対象のデータベースが、圧縮ドライブに格納されていないことを確認してください。ただし、データベースをアップグレードした後は、読み取り専用データベースと読み取り専用セカンダリ ファイル グループを NTFS 圧縮ファイル システムに配置できます。

データベース互換性モード

以前のバージョンの SQL Server から SQL Server 2005 にデータベースをアップグレードした場合、そのデータベースには既存の互換性レベルがそのまま設定されます。アップグレード後に互換性モードを 90 に変更すると、互換性モードの相違点がアプリケーションに影響することがあります。これらの相違点の詳細については、「sp_dbcmptlevel (Transact-SQL)」を参照してください。

ファイル グループ

SQL Server 2005 にアップグレードする前に、SQL Server のインスタンスのすべてのデータベースに含まれるファイル グループを READ_WRITE に設定する必要があります。ファイル グループを READ_WRITE に設定するには、ALTER DATABASE を使用します。

model データベース

SQL Server 2005 では、model データベースは次のように変更されています。

• 最小サイズが拡大されました。
  
• 互換性レベルが 90 に設定されています。
  
• PAGE_VERIFY データベース オプションが CHECKSUM に設定されています。
  

関数の決定性

SQL Server 2005 では、次の関数式は非決定的であると判断されるため、インデックス付きビューの作成に影響する可能性があります。

• datetime および smalldatetime に暗黙的に変換される文字列リテラルへの参照
  
• 照合順序間の非 Unicode 文字データの暗黙的な変換
  

SQL Server 2005 では、互換性レベルを 80 以下に設定しない限り、文字列の datetime または smalldatetime への暗黙的な変換を含む式は、非決定的であると判断されます。これは、式の結果がサーバー セッションの LANGUAGE および DATEFORMAT の設定に応じて異なるためです。たとえば、文字列 listopad はさまざまな月をさまざまな言語で表すので、CONVERT (datetime, '30 listopad 1996', 113) 式の結果は LANGUAGE 設定によって異なります。同様に、式 DATEADD(mm,3,'2000-12-01') の場合、SQL Server では DATEFORMAT の設定に基づいて、文字列 '2000-12-01' が解釈されます。

照合順序間で行われる Unicode 以外の文字データの暗黙的な変換も、互換性レベルが 80 以下の場合を除いて、非決定的であると見なされます。

互換性レベル 90 のデータベースでは、これらの式を含むビューにおけるインデックスの作成は許可されていません。アップグレードされたデータベースのそれらの式を含む既存のビューを保持することはできますが、クエリ オプティマイザでは、80 または 90 の互換性レベルのクエリ プランで既存のビューを考慮しません。互換性レベルの設定については、「sp_dbcmptlevel (Transact-SQL)」を参照してください。

SQL Server 2005 のインデックス付きビューの定義では、決定的な日付形式を使用することによって、リテラルを適切なデータ型へ明示的に変換する必要があります。決定的な日付形式の一覧については、「CAST および CONVERT (Transact-SQL)」を参照してください。

SQL Server 2005 にアップグレードされている既存のインデックス付きビューで、暗黙的な文字列から日付への変換を使用する場合は、インデックス付きビューが破損しないように、ご使用のデータベースおよびアプリケーションで LANGUAGE および DATEFORMAT の設定が確実に一貫性を保持する必要があります。

クエリ ヒント

インデックス付きビューの定義のクエリ ヒントは、互換性レベル 80 で無視されます。これにより、一部のアプリケーションの動作が 80 と 90 の互換性レベル間で異なる可能性があります。詳細については、「インデックス付きビューのデザイン」、「インデックス付きビューの作成」、および「クエリ ヒント (Transact-SQL)」を参照してください。

ログイン名

次に示す固定サーバー ロール名は SQL Server 2005 で予約されているため、ユーザー定義ログイン名として使用できません。

• sysadmin
  
• serveradmin
  
• setupadmin
  
• securityadmin
  
• processadmin
  
• dbcreator
  
• diskadmin
  
• bulkadmin
  

SQL Server 2005 にアップグレードする前に、次の手順を行ってください。

1. 次のステートメントを実行することによって、ログインのセキュリティ識別子 (SID) を記録します。
   

   SELECT name, sid 
   FROM master.dbo.syslogins 
   WHERE name IN('sysadmin', 'serveradmin','setupadmin',
    'securityadmin','processadmin', 'dbcreator','diskadmin',
    'bulkadmin')

2. ログイン名を削除します。
   
3. 新しいログイン名を作成するには、sp_addlogin システム プロシージャを使用します。対応する各ログイン名の @sid パラメータに、手順 1. で返された SID を指定します。
   

リモート ログイン マッピング

以前のバージョンの SQL Server では、sp_remoteoption システム ストアド プロシージャを使用することによって、SQL Server のリモート インスタンスからのログインを trusted とマークできます。SQL Server 2005 では、リモート ログインをこのようにラベリングできません。したがって、SQL Server 2005 にアップグレードした後、リモート ログインは trusted とマークされません。

リモート ログインをセットアップおよび管理する場合は、リンク サーバーとリンク サーバー ストアド プロシージャを使用してください。詳細については、「サーバーのリンク」を参照してください。

sys ユーザー名

sys という名前は SQL Server 2005 で予約されており、ユーザー名として使用できません。このユーザーの名前を変更した後、SQL Server 2005 にアップグレードしてください。ユーザーの名前が変更されていないと、アップグレード プロセス後にデータベースは問題のある状態になり、データベースがオンラインになるまで使用できません。

アップグレード前の手順

SQL Server 2005 にアップグレードする前に、ユーザー sys が含まれている各データベースで次の操作を行います。

1. 新しいユーザーを作成します。
   

2. 次のステートメントを使用して、ユーザー sys が付与している権限とユーザー sys に付与されている権限をすべて表示します。
   

   -- Return permissions granted by user sys.
   SELECT * FROM sysprotects WHERE grantor = USER_ID('sys')
   -- Return permissions granted to user sys.
   SELECT * FROM sysprotects WHERE uid = USER_ID('sys')

3. sys が所有するすべてのオブジェクトの所有権を新しいユーザーに転送するには、sp_changeobjectowner を使用します。
   
4. ユーザー sys を削除します。
   
5. 手順 2. でキャプチャされた元の権限を復元するには、GRANT ステートメントの AS new_user 句を使用します。
   
6. 新しいユーザーを参照するようにスクリプトを修正します。
   

アップグレード後の手順

アップグレード前にユーザー sys の名前が変更されていない場合は、次の操作を行います。

1. ステートメント ALTER DATABASE db_name SET ONLINE を実行します。データベースは SINGLE_USER モードになります。
   
2. 「アップグレード前の手順」のすべての手順を行います。
   
3. ステートメント ALTER DATABASE db_name SET MULTI_USER を実行します。
   

INFORMATION_SCHEMA.COLUMNS

SQL Server 2005 の場合、INFORMATION_SCHEMA.COLUMNS ビューの ORDINAL_POSITION 列には、COLUMNS_UPDATED 関数から返されるビット パターンとの互換性がありません。

COLUMNS_UPDATED と対応するビット パターンを取得するには、次の例に示すように、INFORMATION_SCHEMA.COLUMNS ビューをクエリするときに COLUMNPROPERTY システム関数の ColumnID プロパティを参照します。

SELECT TABLE_NAME, COLUMN_NAME,
    COLUMNPROPERTY(OBJECT_ID(TABLE_SCHEMA + '.' + TABLE_NAME),
    COLUMN_NAME, 'ColumnID') AS COLUMN_ID
FROM AdventureWorks.INFORMATION_SCHEMA.COLUMNS
WHERE TABLE_NAME = 'Contact';

値 '%SCHEMA' に一致する INFORMATION_SCHEMA 列名

以前のバージョンの SQL Server では、値 '%SCHEMA' と一致する INFORMATION_SCHEMA 列名はユーザーの名前を返しました。SQL Server 2005 では、これらの列はスキーマ名を返します。データベースを SQL Server 2005 にアップグレードした場合、スキーマ名は常にユーザー名と同じになり、これらの列を参照するアプリケーションが失敗することはありません。ただし、データベースに SQL Server 2005 ユーザー スキーマ分離機能を実装した場合は、想定されるデータがスキーマ名ではなくユーザー名であると、アプリケーションが失敗する可能性があります。

詳細については、「ユーザーとスキーマの分離」を参照してください。

syslockinfo および sp_lock

SQL Server 2000 では、syslockinfo の rsc_objid 列および rsc_indid 列と、sp_lock の objid 列および indid 列は、常にオブジェクト ID およびインデックス ID を返しました。SQL Server 2005 では、値 0 が返される場合があります。

SQL Server 2000 では、syslockinfo と sp_lock が返す行数は、1 つのトランザクションで特定のロック リソースに対して最大 2 行でした。SQL Server 2005 では、ロックのパーティション分割が有効である場合、1 つのトランザクションで実行している同じリソースに対して複数行が返されることがあります。最大で N + 1 行まで返すことができます (N は CPU 数を表します)。SQL Server 2005 ではさらに、同じリソースに対する GRANTED 要求および WAITING 要求を表示できます。SQL Server 2000 では、同じリソースの場合は表示できませんでした。詳細については、「sp_lock (Transact-SQL)」および「sys.syslockinfo (Transact-SQL)」を参照してください。

システム オブジェクトの変更

SQL Server 2005 では、システム カタログの直接更新は許可されません。システム カタログを直接更新しようとすると、次のエラーが生成されます。

"サーバー: メッセージ 259、レベル 16、状態 1、行 1"

"システム カタログへのアドホック更新は許可されません。"

ドキュメントに記載されている公式の API を使用するように SQL スクリプトを変更してください。たとえば、sysdatabases システム テーブルで UPDATE ステートメントを実行するのではなく、ALTER DATABASE database_name SET EMERGENCY を使用してください。

sysperfinfo

SQL Server 2005 では、sysperfinfo は cntr_value 列の bigint 値を返します。アプリケーションで sysperfinfo を使用している場合は、cntr_value 列の bigint 値を確実に処理できるように修正してください。

SQL Server 2005 では、sysperfinfo は互換性ビューです。代わりに、sys.dm_os_performance_counters 動的管理ビューを使用する必要があります。

@@VERSION

SQL Server 2005 では、SQL Server 2000 よりも詳細な情報が major.minor.build.incremental-build の形式で返されます。

DISK INIT

DISK INIT ステートメントは、以前のバージョンの SQL Server でデータベースまたはトランザクション ログ デバイスを作成するために使用されていました。SQL Server 2005 では、このステートメントが削除されています。このステートメントが使用されているすべての箇所を、同等の CREATE DATABASE ステートメントまたは ALTER DATABASE ステートメントに置き換える必要があります。

UPDATETEXT

SQL Server 2005 では、同じテキスト ポインタの使用による同じバイナリ ラージ オブジェクト (BLOB) の読み取りおよび書き込みを実行する UPDATETEXT ステートメントはサポートされません。BLOB を一時テーブルまたはテーブル変数にコピーしてから、その値を元の列に再度割り当ててください。

ビュー定義の ORDER BY

SQL Server 2005 では、ビュー定義の ORDER BY 句は、TOP 句によって返される行を特定する場合にのみ使用されます。クエリ自体にも ORDER BY を指定しない限り、ビューをクエリしたときに、ORDER BY 句で順序どおりの結果が得られるかどうかは保証されません。

OPENXML

MSXML の変更により、OPENXML は非整数位置述語をサポートしなくなりました。SQL Server 2005 では、MSXML 3.0 が OPENXML クエリ内で使用される XPath 式の処理に使用する基本エンジンとなっています。MSXML 3.0 には適合性がより高い XPath 1.0 エンジンが備わっており、このエンジンでは、位置述語における非整数値のセマンティックが変更されています。

たとえば、XPath 式 a[5.1] は、5 番目の <a> 要素を返すのではなく、要素を何も返しません。これを修正するには、丸められた値を直接使用します。たとえば、前の例を a[5] に修正します。

ユーザー定義型 xml

SQL Server 2005 では、xml はシステム型として予約されています。アップグレードの前または後に、sp_rename を使用して型の名前を変更し、新しい型名を処理するようにアプリケーションを変更してください。

2008 年 11 月 17 日

追加内容 :

• 機能のセクションに、テーブル変数における列の照合順序の一致について項目を追加しました。