NOT FOR REPLICATION を使用した制約、ID、およびトリガの制御
更新 : 2007 年 9 月 15 日
レプリケーション トポロジ内でのユーザーの実行内容が、エージェントによる実行内容とは異なることが望ましい場合があります。たとえば、パブリッシャでユーザーが行を挿入し、その挿入がテーブルの CHECK 制約を満たす場合は、サブスクライバでレプリケーション エージェントによって行が挿入される際に、同じ制約を適用する必要がない場合があります。NOT FOR REPLICATION オプションを使用すると、レプリケーション エージェントが操作を実行したときに、以下のデータベース オブジェクトでは異なる処理をするように指定できます。
- 外部キー制約
外部キー制約は、レプリケーション エージェントが挿入、更新、または削除操作を実行する際に適用されません。 - CHECK 制約
CHECK 制約は、レプリケーション エージェントが挿入、更新、または削除操作を実行する際に適用されません。 - ID 列
ID 列の値は、レプリケーション エージェントが挿入操作を実行する際に増分されません。 - トリガ
トリガは、レプリケーション エージェントが挿入、更新、または削除操作を実行する際に実行されません。
テーブルがパブリッシュされるとき、スキーマ オプションはサブスクリプション データベース内にオブジェクトがどのように作成されるかを制御します。既定のスキーマ オプションは、パブリケーションによって異なります。サブスクリプション データベース内に FOREIGN KEY 制約と CHECK 制約を作成するようにオプションが設定されていると、NOT FOR REPLICATION オプションが設定されます。NOT FOR REPLICATION オプションは、更新可能なサブスクリプションをサポートするマージ パブリケーションとトランザクション パブリケーションで ID 列をレプリケートするときにも設定されます。ID 列のレプリケートの詳細については、「ID 列のレプリケート」を参照してください。
ほとんどの場合、既定の設定は適切ですが、アプリケーションが別の動作を必要としている場合は設定を変更できます。主に検討が必要になるのは、トリガです。たとえば、NOT FOR REPLICATION オプションが設定された挿入トリガを定義した場合は、ユーザーからのすべての挿入はトリガを起動しますが、レプリケーション エージェントからの挿入はトリガを起動しません。データを追跡テーブルに挿入するトリガについて考えてみましょう。ユーザーが最初に行を挿入した場合、トリガが起動され追跡テーブルに行が入力されるのは、適切な動作です。ただし、データがサブスクライバにレプリケートされた場合は、不要な行が追跡テーブルに挿入されるのを防ぐために、トリガが起動されないようにする必要があります。
NOT FOR REPLICATION オプションを指定するには
NOT FOR REPLICATION オプションは、以下の方法で指定できます。
- レプリケーション スキーマ オプションを使用する方法。詳細については、「スキーマ オプションを指定する方法 (SQL Server Management Studio)」および「スキーマ オプションを指定する方法 (レプリケーション Transact-SQL プログラミング)」を参照してください。
- 以下の場合に、Transact-SQL 構文、または Microsoft SQL Server Management Studio で直接指定する方法。
- パブリケーション データベースでオブジェクトを作成または変更する場合。
- サブスクリプション データベースでオブジェクトを作成または変更する場合。サブスクリプションがスナップショットを使用しないで初期化される場合、オブジェクトは、通常 (レプリケーションによってではなく) 手動のみで作成されます。
詳細については、以下を参照してください。 - CREATE TABLE (Transact-SQL)、ALTER TABLE (Transact-SQL)、CREATE TRIGGER (Transact-SQL)、および ALTER TRIGGER (Transact-SQL)
- レプリケーションに対して外部キー制約を無効にする方法 (Visual Database Tools)
- レプリケーションに対して CHECK 制約を無効にする方法 (Visual Database Tools)
参照
概念
ヘルプおよび情報
変更履歴
| リリース | 履歴 |
|---|---|
2007 年 9 月 15 日 |
|