パブリッシュされたデータのフィルター選択

テーブル アーティクルをフィルター選択すると、パブリッシュされるデータのパーティションを作成できます。 パブリッシュされたデータをフィルター選択することによって、次のことができるようになります。

• ネットワーク上で送信するデータ量を最小限に抑えられる。

• サブスクライバーで必要となる保存領域を削減できます。

• 各サブスクライバーの要件に基づいてパブリケーションとアプリケーションをカスタマイズできます。

• サブスクライバーがデータを更新する場合に、異なるデータ パーティションを異なるサブスクライバーに送信できるので (2 つのサブスクライバーが同一のデータ値を更新することはない)、競合をなくす、または減らすことができます。

• 機密データの送信を回避できます。 行フィルターと列フィルターを使用して、サブスクライバーによるデータへのアクセスを制限できます。 マージ レプリケーションにおいて HOST_NAME() を含むパラメーター化されたフィルターを使用する場合は、セキュリティ上の留意事項があります。 詳細については、「パラメーター化された行フィルター」の「HOST_NAME() によるフィルター選択」を参照してください。

レプリケーションでは、4 種類のフィルターが利用できます。

• 静的行フィルター。すべての種類のレプリケーションで使用できます。

  静的行フィルターを使用して、パブリッシュする行のサブセットを選択できます。 フィルター選択されたパブリケーションに対するすべてのサブスクライバーは、フィルター選択されたテーブルの同じ行のサブセットを受信します。 詳細については、このトピックの「静的行フィルター」を参照してください。

• 列フィルター。すべての種類のレプリケーションで使用できます。

  列フィルターを使用して、パブリッシュする列のサブセットを選択できます。 詳細については、このトピックの「列フィルター」を参照してください。

• パラメーター化された行フィルター。マージ レプリケーションでのみ使用できます。

  パラメーター化された行フィルターを使用して、パブリッシュする行のサブセットを選択できます。 すべてのサブスクライバーに同じ行のサブセットを送信する静的フィルターと異なり、パラメーター化された行フィルターは、サブスクライバーにより提供されたデータの値を使用し、サブスクライバーにそれぞれ別の行のサブセットを送信します。 詳細については、「パラメーター化された行フィルター」を参照してください。

• 結合フィルター。マージ レプリケーションでのみ使用できます。

  結合フィルターを使用して、1 つのパブリッシュされたテーブルから別のパブリッシュされたテーブルに行フィルターを拡張できます。 詳細については、「結合フィルター」を参照してください。

静的行フィルター

次の図は、行 2、3、および 6 のみがパブリケーションに含まれるようにフィルター選択される、パブリッシュされたテーブルを示します。

静的行フィルターは、WHERE 句を使用してパブリッシュするのに適したデータを選択します。WHERE 句の最後の部分を指定してください。 Adventure Works サンプル データベースの Product テーブルを考えます。ここには、列 ProductLine が含まれます。 マウンテン バイクに関連した製品についてのデータがある行のみをパブリッシュするには、ProductLine = 'M' を指定します。

静的行フィルターにより、各パブリケーションに対するデータセットは 1 つのみとなります。 前の例では、すべてのサブスクライバーは、マウンテン バイクに関連する製品についてのデータがある行のみを受信します。 別のサブスクライバーがロード バイクに関連する製品についてのデータがある行のみを必要としている場合は、次のようになります。

• スナップショット レプリケーションまたはトランザクション レプリケーションにより、別のパブリケーションを作成し、両方のパブリケーションにテーブルを含めることができます (そのパブリケーションのアーティクルに対するフィルター句で、ProductLine = 'R') を指定します)。

  注
  トランザクション パブリケーションの行フィルターは、オーバーヘッドを大幅に増やす原因となる場合があります。パブリッシュされたテーブルのログ行ごとにアーティクルのフィルター句を評価して、ログ行をレプリケートする必要があるかどうかを判断するからです。 各レプリケーション ノードが全データの読み込みをサポートできる場合、および、データセット全体がそれほど大きくない場合には、トランザクション パブリケーションの行フィルターは避けてください。

• マージ レプリケーションでは、静的行フィルターで複数のパブリケーションを作成するのではなく、パラメーター化された行フィルターを使用します。 詳細については、「パラメーター化された行フィルター」を参照してください。

静的行フィルターを定義または変更するには、「静的行フィルターの定義および変更」を参照してください。

列フィルター

次の図は、列 C をフィルター選択により除外するパブリケーションを示します。

以下に示すように、行フィルターと列フィルターを組み合わせることも可能です。

パブリケーションが作成されたら、列のフィルター選択を使用して、既存のパブリケーションからは列を削除してパブリッシャーのテーブルの列を保持することもできますし、パブリケーションに既存の列を含めることもできます。 新しい列をテーブルに追加し、それをパブリッシュされたアーティクルに追加するなど、その他の変更の場合は、スキーマ変更のレプリケーションを使用します。 詳細については、「パブリケーション データベースでのスキーマの変更」の「列の追加」および「列の削除」を参照してください。

次の表に一覧表示した列の型は、特定の種類のパブリケーションからはフィルター選択により除外することができません。

1 マージ パブリケーションのテーブルをパブリッシュし、そのテーブルには既に ROWGUIDCOL プロパティが設定されたデータ型 uniqueidentifier の列が含まれている場合、レプリケーションは、rowguid という列を追加作成するのではなく、この列を使用することができます。 この場合、この既存の列をパブリッシュする必要があります。

列フィルターを定義または変更するには、「列フィルターの定義および変更」を参照してください。

フィルター選択に関する注意点

データをフィルター選択するときは、以下の点に注意してください。

• 行フィルターで参照されるすべての列は、パブリケーションに含まれている必要があります。 つまり、行フィルターで使用される列を除外する列フィルターを使用することはできません。

• サブスクリプションを初期化した後でフィルターを追加、または変更する場合は、サブスクリプションは再初期化する必要があります。

• フィルターで使用される列に許容される最大バイト数は、マージ パブリケーションでは、アーティクルにつき 1,024 バイト、トランザクション パブリケーションでは、アーティクルにつき 8,000 バイトです。

• 次のデータ型を持つ列は、行フィルターまたは結合フィルターで参照できません。

  • varchar(max) and nvarchar(max)

  • varbinary(max)

  • text and ntext

  • image

  • XML

  • UDT

• トランザクション レプリケーションでは、インデックス付きビューをビューまたはテーブルとしてレプリケートできます。 このビューをテーブルとしてレプリケートする場合、テーブルから列をフィルター選択することはできません。

行フィルターは、データベース間で動作するようには設計されていません。 SQL Server では、(フィルターが実行される) sp_replcmds の実行が意図的にデータベース所有者 (dbo) に制限されています。 dbo には、データベース間の権限がありません。 SQL Server 2008 に CDC (Change Data Capture) が追加されたことで、sp_replcmds のロジックは、ユーザーが戻って照会できる情報を変更追跡テーブルに設定します。 セキュリティ上の理由から、SQL Server では、悪意のある dbo がこの実行パスを乗っ取ることができないようにこのロジックの実行が制限されます。 たとえば、悪意のある dbo が CDC テーブルのトリガーを追加すると、その後、sp_replcmds を呼び出すユーザーのコンテキスト (この場合はログ リーダー エージェント) でテーブルが実行されます。 エージェントを実行しているアカウントの権限が高い場合、悪意のある dbo は自身の特権を引き上げます。

関連項目

概念

データとデータベース オブジェクトのパブリッシュ