DBMS_XSTREAM

サブプログラム	説明
ADD_COLUMNプロシージャ	指定されたルールを満たす行論理変更レコード(行LCR)に列を追加する宣言ルールベースの変換を追加または削除します。
ADD_GLOBAL_PROPAGATION_RULESプロシージャ	伝播のポジティブ・ルール・セットまたはネガティブ・ルール・セットにグローバル・ルールを追加します。指定された伝播が存在しない場合は、伝播を作成します。
ADD_GLOBAL_RULESプロシージャ	取得プロセスまたは適用プロセスのポジティブ・ルール・セットまたはネガティブ・ルール・セットにグローバル・ルールを追加し、指定した取得プロセスまたは適用プロセスが存在しない場合は、それを作成します。
ADD_OUTBOUNDプロシージャ	指定したキューからLCRをデキューするXStreamアウトバウンド・サーバーを作成します。
ADD_SCHEMA_PROPAGATION_RULESプロシージャ	伝播のポジティブ・ルール・セットまたはネガティブ・ルール・セットにスキーマ・ルールを追加します。指定された伝播が存在しない場合は、伝播を作成します。
ADD_SCHEMA_RULESプロシージャ	XStreamクライアントのルール・セットにルールを追加します。
ADD_SUBSET_OUTBOUND_RULESプロシージャ	アウトバウンド・サーバーの構成にサブセット・ルールを追加します。
ADD_SUBSET_PROPAGATION_RULESプロシージャ	伝播のポジティブ・ルール・セットにサブセット・ルールを追加します。指定された伝播が存在しない場合は、伝播を作成します。
ADD_SUBSET_RULESプロシージャ	取得プロセスまたは適用プロセスのポジティブ・ルール・セットにサブセット・ルールを追加し、指定した取得プロセスまたは適用プロセスが存在しない場合は、それを作成します。
ADD_TABLE_PROPAGATION_RULESプロシージャ	伝播のポジティブ・ルール・セットまたはネガティブ・ルール・セットに表ルールを追加します。指定された伝播が存在しない場合は、伝播を作成します。
ADD_TABLE_RULESプロシージャ	このプロシージャは、XStreamクライアントのルール・セットにルールを追加します。
ALTER_INBOUNDプロシージャ	XStreamインバウンド・サーバーを変更します。
ALTER_OUTBOUNDプロシージャ	XStreamアウトバウンド・サーバーを変更します。
CREATE_INBOUNDプロシージャ	XStreamインバウンド・サーバーとそのキューを作成します。
CREATE_OUTBOUNDプロシージャ	XStreamアウトバウンド・サーバー、キュー、および取得プロセスを作成して、XStreamクライアントのアプリケーションがLCRにカプセル化されたOracleデータベースの変更をストリーム・アウトできるようにします。
DELETE_COLUMNプロシージャ	指定されたルールを満たす行LCRから列を削除する宣言ルールベースの変換を追加または削除します。
DROP_INBOUNDプロシージャ	インバウンド・サーバーの構成を削除します。
DROP_OUTBOUNDプロシージャ	アウトバウンド・サーバーの構成を削除します。
ENABLE_GG_XSTREAM_FOR_STREAMSプロシージャ	Oracle Replicationコンポーネントに対してXStreamのパフォーマンス最適化を有効にします。
GET_MESSAGE_TRACKINGファンクション	現在のセッションの追跡ラベルを戻します。
GET_TAGファンクション	現行のセッションで生成されるREDOエントリすべてに対してバイナリ・タグを取得します。
IS_GG_XSTREAM_FOR_STREAMSファンクション	Oracle Replicationコンポーネントに対してXStreamのパフォーマンス最適化を有効にした場合は`TRUE`を返し、Oracle Replicationコンポーネントに対してXStreamのパフォーマンス最適化を無効にした場合は`FALSE`を返します。
KEEP_COLUMNSプロシージャ	指定されたルールを満たす行LCR内の列のリストを保持する宣言ルールベースの変換を追加または削除します。
MERGE_STREAMSプロシージャ	1つの取得プロセスからのストリームを別の取得プロセスからのストリームとマージします。
MERGE_STREAMS_JOBプロシージャ	元の取得プロセスおよびクローニングされた取得が、指定されたマージしきい値内にあるかどうかを判別し、マージしきい値内にある場合は、`MERGE_STREAMS`プロシージャを実行して2つのストリームをマージします。
PURGE_SOURCE_CATALOGプロシージャ	指定されたオブジェクトに関するすべてのOracle Replicationデータ・ディクショナリ情報をローカル・データベースから削除します。
RECOVER_OPERATIONプロシージャ	エラーが発生したために停止した分割およびマージ操作に対してオプションを提供します。このプロシージャは、操作のロールフォワード、操作のロールバック、操作に関するすべてのメタデータのパージのいずれかの処理を実行します。
REMOVE_QUEUEプロシージャ	指定された`ANYDATA`キューを削除します。
REMOVE_RULEプロシージャ	指定した取得プロセス、適用プロセス、または伝播に関連付けられたルール・セットから、指定したルールまたはすべてのルールを削除します。
REMOVE_SUBSET_OUTBOUND_RULESプロシージャ	アウトバウンド・サーバーの構成からサブセット・ルールを削除します。
REMOVE_XSTREAM_CONFIGURATIONプロシージャ	ローカル・データベースでXStreamの構成を削除します。
RENAME_COLUMNプロシージャ	指定されたルールを満たす行LCR内の列の名前を変更する宣言ルールベースの変換を追加または削除します。
RENAME_SCHEMAプロシージャ	指定されたルールを満たす行LCR内のスキーマの名前を変更する宣言ルールベースの変換を追加または削除します。
RENAME_TABLEプロシージャ	指定されたルールを満たす行LCR内の表の名前を変更する宣言ルールベースの変換を追加または削除します。
SET_MESSAGE_TRACKINGプロシージャ	現在のセッションで生成された論理変更レコード(LCR)の追跡ラベルを設定します。
SET_PARAMETERプロシージャ	アウトバウンド・サーバー、インバウンド・サーバー、またはアウトバウンド・サーバーの取得プロセスのパラメータを設定します。
SET_TAGプロシージャ	現行のセッションで継続して生成されるREDOエントリすべてに対してバイナリ・タグを設定します。
SET_UP_QUEUEプロシージャ	キュー表と、XStreamの取得、伝播、適用機能で使用するキューを作成します。
SPLIT_STREAMSプロシージャ	取得プロセスからの1つのストリームを、その取得プロセスからの他のすべてのストリームから分割します。
START_OUTBOUNDプロシージャ	XStreamアウトバウンド・サーバーを起動します。
STOP_OUTBOUNDプロシージャ	XStreamアウトバウンド・サーバーを停止します。

219.4.1 ADD_COLUMNプロシージャ

このプロシージャは、指定されたルールを満たす行論理変更レコード(行LCR)に列を追加する宣言ルールベースの変換を追加または削除します。

指定したルールがTRUEと評価されるときに変換を実行する場合、ルールはXStreamクライアントのポジティブ・ルール・セットに入っている必要があります。XStreamクライアントには、取得プロセス、伝播プロセスおよび適用プロセスがあります。

このプロシージャはオーバーロードされています。column_valueパラメータとcolumn_functionパラメータは、両方同時には指定できません。

ノート:

ADD_COLUMN変換では、BLOB、CLOB、NCLOB、BFILE、LONG、LONG RAW、ROWID、ユーザー定義タイプ(オブジェクト・タイプ、REF、VARRAY、ネストした表)およびオラクル社提供のタイプ(任意のタイプ、XMLタイプ、空間タイプ、メディア・タイプ)などは追加できません。
宣言的変換では、行LCRのみを変換できます。したがって、このプロシージャを実行する場合は、DMLルールを指定する必要があります。DDLルールを指定した場合は、エラーが発生します。

参照:

宣言的なルールベースの変換の詳細は、『Oracle Database XStreamガイド』を参照してください。

構文

DBMS_XSTREAM_ADM.ADD_COLUMN(
   rule_name     IN  VARCHAR2,
   table_name    IN  VARCHAR2,
   column_name   IN  VARCHAR2,
   column_value  IN  ANYDATA,
   value_type    IN  VARCHAR2     DEFAULT 'NEW',
   step_number   IN  NUMBER       DEFAULT 0,
   operation     IN  VARCHAR2     DEFAULT 'ADD');

DBMS_XSTREAM_ADM.ADD_COLUMN(
   rule_name        IN  VARCHAR2,
   table_name       IN  VARCHAR2,
   column_name      IN  VARCHAR2,
   column_function  IN  VARCHAR2,
   value_type       IN  VARCHAR2     DEFAULT 'NEW',
   step_number      IN  NUMBER       DEFAULT 0,
   operation        IN  VARCHAR2     DEFAULT 'ADD');

パラメータ

表219-2 ADD_COLUMNプロシージャのパラメータ

パラメータ	説明
`rule_name`	`[schema_name.]rule_name`の形式で指定したルールの名前。`NULL`の場合は、エラーが発生します。たとえば、`hr`スキーマ内の`employees12`というルールを指定するには、`hr.employees12`と入力します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。
`table_name`	行LCRで列を追加する表の名前で、`[schema_name.]object_name`の形式で指定します。たとえば、`hr.employees`のように指定します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。
`column_name`	ルールを満たす各行LCRに追加する列の名前。
`column_value`	追加する列の値。列のデータ・タイプおよび値に適した`ANYDATA`ファンクションを指定します。たとえば、追加する列のデータ・タイプが`NUMBER`で、値が`NULL`の場合は、`ANYDATA.ConvertNumber(NULL)`ファンクションを指定します。 `column_function`パラメータが指定されている場合、このパラメータは指定できません。
`column_function`	`'SYSDATE'`または`'SYSTIMESTAMP'`のいずれかのSQLファンクション。 `'SYSDATE'`SQLファンクションは、データベースが存在するオペレーティング・システムの現在の日付と時刻のセットを戻します。戻り値のデータ・タイプは`DATE`です。戻り値の書式は、`NLS_DATE_FORMAT`初期化パラメータの値によって異なります。 `'SYSTIMESTAMP'` SQLファンクションは、データベースが存在するオペレーティング・システムの日時(小数秒およびタイムゾーンを含む)を戻します。戻り値の型は、`TIMESTAMP` `WITH` `TIME` `ZONE`です。このファンクションは、ルールの評価結果が`TRUE`の場合に実行されます。 `column_value`パラメータが指定されている場合、このパラメータは指定できません。
`value_type`	行LCRの新しい値に列を追加する場合は、`'NEW'`を指定します。行LCRの古い値に列を追加する場合は、`'OLD'`を指定します。
`step_number`	変換の実行順序。関連項目: 変換の順序の詳細は、『Oracle Database XStreamガイド』を参照してください。
`operation`	変換をルールに追加する場合は、`'ADD'`を指定します。変換をルールから削除する場合は、`'REMOVE'`を指定します。

使用上のノート

operationパラメータに'REMOVE'を指定すると、指定したルールに対する列追加の宣言ルールベースの変換のうち、指定したパラメータ(table_name、column_nameおよびstep_number)に一致するすべての変換が削除されます。これらのパラメータにNULLを指定すると、ワイルドカードとして動作します。次の表に、これらのパラメータの1つ以上がNULLの場合のADD_COLUMNプロシージャの動作を示します。

table_name	column_name	step_number	結果
`NULL`	`NULL`	`NULL`	指定したルールに対するすべての列追加変換が削除されます。
`NULL`	`NULL`	`NULL`以外	指定したルールに対して指定されている`step_number`のすべての列追加変換が削除されます。
`NULL`	`NULL`以外	`NULL`以外	指定したルールに対して指定されている`column_name`および`step_number`のすべての列追加変換が削除されます。
`NULL`以外	`NULL`	`NULL以外`	指定したルールに対して指定されている`table_name`および`step_number`のすべての列追加変換が削除されます。
`NULL`	`NULL以外`	`NULL`	指定したルールに対して指定されている`column_name`のすべての列追加変換が削除されます。
`NULL`以外	`NULL`以外	`NULL`	指定したルールに対して指定されている`table_name`および`column_name`のすべての列追加変換が削除されます。
`NULL`以外	`NULL`	`NULL`	指定したルールに対して指定されている`table_name`のすべての列追加変換が削除されます。
`NULL`以外	`NULL`以外	`NULL`以外	指定したルールに対して指定されている`table_name`、`column_name`および`step_number`のすべての列追加変換が削除されます。

219.4.2 ADD_GLOBAL_PROPAGATION_RULESプロシージャ

このプロシージャは、伝播のポジティブ・ルール・セットまたはネガティブ・ルール・セットにグローバル・ルールを追加します。指定された伝播が存在しない場合は、伝播を作成します。

このプロシージャはオーバーロードされています。このプロシージャの一方のバージョンでは2つのOUTパラメータを使用しますが、もう一方のバージョンでは使用しません。

構文

DBMS_XSTREAM_ADM.ADD_GLOBAL_PROPAGATION_RULES(
   streams_name            IN   VARCHAR2  DEFAULT NULL,
   source_queue_name       IN   VARCHAR2,
   destination_queue_name  IN   VARCHAR2,
   include_dml             IN   BOOLEAN   DEFAULT TRUE,
   include_ddl             IN   BOOLEAN   DEFAULT FALSE,
   include_tagged_lcr      IN   BOOLEAN   DEFAULT FALSE,
   source_database         IN   VARCHAR2  DEFAULT NULL,
   dml_rule_name           OUT  VARCHAR2,
   ddl_rule_name           OUT  VARCHAR2,
   inclusion_rule          IN   BOOLEAN   DEFAULT TRUE,
   and_condition           IN   VARCHAR2  DEFAULT NULL,
   queue_to_queue          IN   BOOLEAN   DEFAULT NULL);

DBMS_XSTREAM_ADM.ADD_GLOBAL_PROPAGATION_RULES(
   streams_name            IN   VARCHAR2  DEFAULT NULL,
   source_queue_name       IN   VARCHAR2,
   destination_queue_name  IN   VARCHAR2,
   include_dml             IN   BOOLEAN   DEFAULT TRUE,
   include_ddl             IN   BOOLEAN   DEFAULT FALSE,
   include_tagged_lcr      IN   BOOLEAN   DEFAULT FALSE,
   source_database         IN   VARCHAR2  DEFAULT NULL,
   inclusion_rule          IN   BOOLEAN   DEFAULT TRUE,
   and_condition           IN   VARCHAR2  DEFAULT NULL,
   queue_to_queue          IN   BOOLEAN   DEFAULT NULL);

パラメータ

表219-3 ADD_GLOBAL_PROPAGATION_RULESプロシージャのパラメータ

パラメータ	説明
`streams_name`	伝播の名前所有者を指定しないでください。指定された伝播が存在しない場合は、自動的に作成されます。このパラメータが`NULL`で、同じソース・キューと宛先キュー(データベース・リンクを含む)を指定した伝播がすでに存在する場合は、その伝播が使用されます。このパラメータが`NULL`で、同じソース・キューと宛先キュー(データベース・リンクを含む)を指定した伝播が存在しない場合は、システム生成の名前で伝播が自動的に作成されます。
`source_queue_name`	ソース・キューの名前で、`[schema_name.]queue_name`の形式で指定します。現在のデータベースには、ソース・キューが含まれている必要があり、キューは`ANYDATA`タイプである必要があります。たとえば、`strmadmin`スキーマ内の`streams_queue`という名前のキューを指定するには、このパラメータに`strmadmin.streams_queue`と入力します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。
`destination_queue_name`	宛先キュー(データベース・リンクを含む)の名前で、宛先キューがリモート・データベース内に存在する場合は、`[schema_name.]queue_name[@dblink_name]`と指定します。必ず`ANYDATA`タイプのキューを指定してください。たとえば、`dbs2.net`というデータベース・リンクを使用し、`strmadmin`スキーマ内の`streams_queue`という名前の宛先キューを指定するには、このパラメータに`strmadmin.streams_queue@dbs2.net`と入力します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。データベース・リンクが省略された場合は、現行のデータベースのグローバル名が使用されます。その場合、ソース・キューと宛先キューは同じデータベース内に存在する必要があります。ノート: 接続修飾子は使用できません。
`include_dml`	`TRUE`に設定すると、DMLの変更に関するルールが作成されます。`FALSE`に設定すると、DMLルールは作成されません。`NULL`は許可されません。
`include_ddl`	`TRUE`に設定すると、DDLの変更に関するルールが作成されます。`FALSE`に設定すると、DDLルールは作成されません。`NULL`は許可されません。
`include_tagged_lcr`	`TRUE`に設定すると、生成されるルールに対してOracle Replicationタグに関する条件が追加されません。したがって、これらのルールは、論理変更レコード(LCR)に`NULL`以外のタグがあるかどうかに関係なく、`TRUE`と評価されます。伝播のポジティブ・ルール・セットにルールが追加される場合、`NULL`以外のタグがLCRにあるかどうかに関係なく、LCRは常に伝播の対象とみなされます。ポジティブ・ルール・セットにルールが追加される場合は、データベースの完全なコピー(スタンバイなど)を作成するときに、このパラメータを`TRUE`に設定することをお薦めします。伝播のネガティブ・ルール・セットにルールが追加される場合は、LCRのタグの値に関係なく、LCRが破棄されます。 `FALSE`に設定すると、LCRに`NULL`のOracle Replicationタグがあるときにかぎり、ルールが`TRUE`と評価される条件が、生成される各ルールに追加されます。伝播のポジティブ・ルール・セットにルールが追加される場合、LCRに`NULL`のタグがあるときにかぎり、LCRが伝播の対象とみなされます。ポジティブ・ルール・セットにルールが追加される場合は、変更が頻発する構成でソース・データベースに変更が循環するのを防ぐために、このパラメータを`FALSE`に設定することをお薦めします。伝播のネガティブ・ルール・セットにルールが追加される場合は、LCRに`NULL`のタグがあるときにかぎり、LCRを破棄できます。 `inclusion_rule`パラメータを`FALSE`に設定する場合は、通常、このパラメータを`TRUE`に設定してください。
`source_database`	ソース・データベースのグローバル名。ソース・データベースは、変更が発生したデータベースです。`NULL`に設定すると、生成されるルールに対してソース・データベースに関する条件が追加されません。ドメイン名を指定しない場合は、自動的にドメイン名がデータベース名に追加されます。たとえば、ドメイン名が`.NET`の場合に`DBS1`を指定すると、自動的に`DBS1.NET`が指定されます。伝播ルールではソース・データベースを指定することをお薦めします。
`dml_rule_name`	`include_dml`が`TRUE`の場合は、このパラメータでDMLルールの名前を指定します。 `include_dml`が`FALSE`の場合は、このパラメータを`NULL`に設定します。
`ddl_rule_name`	`include_ddl`が`TRUE`の場合は、このパラメータでDDLルールの名前を指定します。 `include_ddl`が`FALSE`の場合は、このパラメータを`NULL`に設定します。
`inclusion_rule`	`inclusion_rule`を`TRUE`に設定すると、伝播のポジティブ・ルール・セットにルールが追加されます。 `inclusion_rule`を`FALSE`に設定すると、伝播のネガティブ・ルール・セットにルールが追加されます。どちらの場合も、ルール・セットが存在しないときは、自動的に作成されます。
`and_condition`	このパラメータに`NULL`以外の文字列を指定すると、次に示すように`AND`句によって、システム生成されるルール条件の後に指定した条件が追加されます。 (system_condition) AND (and_condition) 指定する条件の変数は、必ず`:lcr`を使用してください。たとえば、Oracle Replicationタグの16進表現が`'02'`の場合にかぎり、このプロシージャで生成されるグローバル・ルールを`TRUE`と評価する場合は、次のように条件を指定します。 :lcr.get_tag() = HEXTORAW(''02'') 指定した条件内の`:lcr`変数は、生成されるルールのタイプに応じて、`:dml`または`:ddl`に変換されます。特定のLCRタイプ(行LCRまたはDDL LCR)に依存するLCRメンバー・サブプログラムを指定する場合は、適切なルールのみが生成されるように確認する必要があります。つまり、行LCRに対してのみ有効なLCRメンバー・サブプログラムを指定する場合は、`include_dml`パラメータを`TRUE`に、`include_ddl`パラメータを`FALSE`に設定します。DDL LCRに対してのみ有効なLCRメンバー・サブプログラムを指定する場合は、`include_dml`パラメータを`FALSE`に、`include_ddl`パラメータを`TRUE`に設定します。関連項目: 論理変更レコードのタイプ
`queue_to_queue`	`TRUE`または`NULL`の場合、このプロシージャによって作成される新しい伝播は、キューからキューへの伝播です。キューからキューへの伝播では、常に独自の伝播ジョブが存在し、宛先キューがOracle Real Application Clusters(Oracle RAC)データベースでバッファに入れられたキューの場合、自動フェイルオーバーのサービスが使用されます。 `FALSE`の場合、このプロシージャによって作成される新しい伝播はキューからデータベース・リンクへの伝播です。キューからデータベース・リンクの伝播では、同じデータベース・リンクを使用する他の伝播と伝播ジョブを共有できますが、Oracle RAC環境での自動フェイルオーバーはサポートされません。このプロシージャでは、既存の伝播のqueue_to_queueプロパティは変更できません。指定した伝播が存在する場合は、それぞれの設定に対して次のように処理されます。このパラメータが`TRUE`で、指定した伝播がキューからキューへの伝播でない場合は、エラーが発生します。このパラメータが`FALSE`で、指定した伝播がキューからキューへの伝播の場合は、エラーが発生します。このパラメータが`NULL`場合、伝播のqueue_to_queueプロパティは変更されません。

使用上のノート

このプロシージャは、現行のユーザーを使用して伝播を構成します。特定のソース・キューと宛先キューの間で許可される伝播は1つのみです。

このプロシージャは、include_dmlパラメータ値とinclude_ddlパラメータ値に基づいて、DMLとDDLのルールをそれぞれ自動的に作成します。各ルールには、システム生成のルール名(データベース名とその後ろに付加される順序番号で構成される)が付けられます。この順序番号によって、名前の競合が回避されます。データベース名と順序番号を組み合せた名前が長すぎる場合は、データベース名が切り捨てられます。伝播では、これらのルールがフィルタ処理に使用されます。

例

次に、DMLの変更に関して作成されるグローバル・ルール条件の例を示します。

(:dml.is_null_tag() = 'Y' and :dml.get_source_database_name() = 'DBS1.NET' )

219.4.3 ADD_GLOBAL_RULESプロシージャ

このプロシージャは、XStreamクライアントのルール・セットにルールを追加します。

次のいずれかのタイプのXStreamクライアントのルール・セットにルールを追加します。

streams_typeパラメータをcaptureに設定すると、このプロシージャは、データベース全体に対する変更を取得する取得プロセス・ルールを追加します。

このプロシージャは、指定した取得プロセスが存在しない場合にそれを作成します。
streams_typeパラメータをapplyに設定し、streams_nameパラメータで適用プロセス、アウトバウンド・サーバーまたはインバウンド・サーバーの名前を指定すると、このプロシージャは、受信したすべての論理変更レコード(LCR)を適用する適用ルールを追加します。このルールでは、特定のソース・データベースに属するLCRのみをルールの対象として指定できます。

このプロシージャは、指定したstreams_nameを持つ適用プロセス、アウトバウンド・サーバーまたはインバウンド・サーバーが存在しない場合に適用プロセスを作成します。このプロシージャはアウトバウンド・サーバーまたはインバウンド・サーバーにルールを追加できますが、アウトバウンド・サーバーまたはインバウンド・サーバーを作成することはできません。

このプロシージャはオーバーロードされています。このプロシージャの一方のバージョンでは2つのOUTパラメータを使用しますが、もう一方のバージョンでは使用しません。

ノート:

グローバル・ルールを取得プロセスのポジティブ・ルールセットに追加する場合は、Oracle Replicationでサポートされていないデータベース・オブジェクトを除外するルールを、取得プロセスのネガティブ・ルールセットに追加してください。Oracle Replicationによってサポートされていないデータベース・オブジェクトを判別するには、DBA_XSTREAM_OUT_SUPPORT_MODEデータ・ディクショナリ・ビューを問い合せます。サポートされないデータベース・オブジェクトが除外されていない場合は、取得エラーが発生します。

構文

DBMS_XSTREAM_ADM.ADD_GLOBAL_RULES(
   streams_type           IN   VARCHAR2,
   streams_name           IN   VARCHAR2  DEFAULT NULL,
   queue_name             IN   VARCHAR2  DEFAULT 'streams_queue',
   include_dml            IN   BOOLEAN   DEFAULT TRUE,
   include_ddl            IN   BOOLEAN   DEFAULT FALSE,
   include_tagged_lcr     IN   BOOLEAN   DEFAULT FALSE,
   source_database        IN   VARCHAR2  DEFAULT NULL,
   dml_rule_name          OUT  VARCHAR2,
   ddl_rule_name          OUT  VARCHAR2,
   inclusion_rule         IN   BOOLEAN   DEFAULT TRUE,
   and_condition          IN   VARCHAR2  DEFAULT NULL,
   source_root_name       IN   VARCHAR2  DEFAULT NULL,
   source_container_name  IN   VARCHAR2  DEFAULT NULL);

DBMS_XSTREAM_ADM.ADD_GLOBAL_RULES(
   streams_type           IN   VARCHAR2,
   streams_name           IN   VARCHAR2  DEFAULT NULL,
   queue_name             IN   VARCHAR2  DEFAULT 'streams_queue',
   include_dml            IN   BOOLEAN   DEFAULT TRUE,
   include_ddl            IN   BOOLEAN   DEFAULT FALSE,
   include_tagged_lcr     IN   BOOLEAN   DEFAULT FALSE,
   source_database        IN   VARCHAR2  DEFAULT NULL,
   inclusion_rule         IN   BOOLEAN   DEFAULT TRUE,
   and_condition          IN   VARCHAR2  DEFAULT NULL,
   source_root_name       IN   VARCHAR2  DEFAULT NULL,
   source_container_name  IN   VARCHAR2  DEFAULT NULL);

パラメータ

表219-4 ADD_GLOBAL_RULESプロシージャのパラメータ

パラメータ	説明
`streams_type`	XStreamクライアントのタイプ: 取得プロセスの場合は、`capture`。適用プロセスの場合は、`apply`。
`streams_name`	取得プロセスまたは適用プロセスの名前。所有者を指定しないでください。 `NULL`の場合、`streams_type`が`capture`の場合、そしてキューに関連する取得プロセスが存在する場合は、該当するXStreamクライアントが使用されます。キューに関連するXStreamクライアントが存在しない場合は、XStreamクライアントがシステム生成の名前で自動的に作成されます。`NULL`で、指定した`streams_type`のXStreamクライアントがキューに対して複数存在する場合は、エラーが発生します。このパラメータが`NULL`で、`streams_type`パラメータが`apply`であり、関連する適用プロセスが1つ存在する場合は、その適用プロセスが使用されます。関連する適用プロセスは、次のいずれかの方法で選択されます。 `source_database`で指定されるソース・データベースを使用し、`queue_name`で指定されるキューを使用する既存の適用プロセスが1つ存在する場合は、その適用プロセスが選択されます。 `source_database`が`NULL`で、`queue_name`で指定されるキューを使用する既存の適用プロセスが1つ存在する場合は、その適用プロセスが選択されます。このパラメータが`NULL`で、関連する適用プロセスが存在しない場合は、システム生成の名前で適用プロセスが自動的に作成されます。このパラメータが`NULL`で、関連する適用プロセスが複数存在する場合は、エラーが発生します。適用プロセスには、それぞれ一意の名前を付ける必要があります。
`queue_name`	ローカル・キューの名前で、`[schema_name.]queue_name`の形式で指定します。現行のデータベースにキューが含まれている必要があり、キューは`ANYDATA`タイプを指定する必要があります。たとえば、`strmadmin`スキーマ内の`streams_queue`という名前のキューを指定するには、このパラメータに`strmadmin.streams_queue`と入力します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。取得プロセス・ルールの場合は、取得プロセスによってLCRがエンキューされるキューを指定します。アウトバウンド・サーバーのルールの場合、これはアウトバウンド・サーバーがLCRをデキューするキューになります。インバウンド・サーバーのルールの場合、これはインバウンド・サーバーがエラー・トランザクションをエンキューするキューになります。
`include_dml`	`TRUE`に設定すると、DMLの変更に関するルールが作成されます。`FALSE`に設定すると、DMLルールは作成されません。`NULL`は許可されません。
`include_ddl`	`TRUE`に設定すると、DDLの変更に関するルールが作成されます。`FALSE`に設定すると、DDLルールは作成されません。`NULL`は許可されません。
`include_tagged_lcr`	`TRUE`に設定すると、生成されるルールに対してOracle Replicationタグに関する条件が追加されません。したがって、これらのルールは、REDOエントリまたはLCRに`NULL`以外のタグがあるかどうかに関係なく、`TRUE`と評価されます。プロセスのポジティブ・ルール・セットにルールが追加される場合、REDOエントリまたはLCRに`NULL`以外のタグがあるかどうかに関係なく、REDOエントリは常に取得の対象とみなされ、LCRは常に適用の対象とみなされます。ポジティブ・ルール・セットにルールが追加される場合は、データベースの完全なコピー(スタンバイなど)を作成するときに、このパラメータを`TRUE`に設定することをお薦めします。プロセスのネガティブ・ルール・セットにルールが追加される場合は、タグの値に関係なく、REDOエントリまたはLCRが破棄されます。 `FALSE`に設定すると、REDOエントリまたはLCRに`NULL`のOracle Replicationタグがあるときにかぎり、ルールが`TRUE`と評価される条件が、生成される各ルールに追加されます。プロセスのポジティブ・ルール・セットにルールが追加される場合、REDOエントリまたはLCRに`NULL`のタグがあるときにかぎり、REDOエントリが取得の対象とみなされ、LCRが適用の対象とみなされます。ポジティブ・ルール・セットにルールが追加される場合は、変更が頻発する構成でソース・データベースに変更が循環するのを防ぐために、このパラメータを`FALSE`に設定することをお薦めします。プロセスのネガティブ・ルール・セットにルールが追加される場合は、REDOエントリまたはLCRに`NULL`のタグがあるときにかぎり、REDOエントリまたはLCRを破棄できます。 `inclusion_rule`パラメータを`FALSE`に設定する場合は、通常、このパラメータを`TRUE`に設定してください。
`source_database`	ソース・データベースのグローバル名。`NULL`に設定すると、生成されるルールに対してソース・データベースに関する条件が追加されません。取得プロセス・ルールの場合、ソース・データベース上でローカルに取得プロセスを作成するには、`NULL`を指定するか、ローカル・データベースのグローバル名を指定します。ダウンストリーム・データベース上のダウンストリーム取得プロセスのルール・セットにルールを追加する場合は、変更が取得されるソース・データベースを指定します。適用プロセス・ルールの場合は、適用プロセスによって適用される変更のソース・データベースを指定します。ソース・データベースは、変更が発生したデータベースです。取得されたLCRを適用プロセスで適用する場合、適用プロセスによって適用できるのは、1つのソース・データベースでの1つの取得プロセスによるLCRのみです。 CDBでは、ルールに関連するコンテナのグローバル名を指定してください。コンテナは、ルートまたはPDBのいずれでもかまいません。たとえば、`mycdb.example.com`または`hrpdb.example.com`が使用できます。CDBでのこのパラメータの設定の詳細は、『Oracle Database XStreamガイド』を参照してください。ドメイン名を指定しない場合は、自動的にドメイン名がデータベース名に追加されます。たとえば、ドメイン名が`.NET`の場合に`DBS1`を指定すると、自動的に`DBS1.NET`が指定されます。
`dml_rule_name`	`include_dml`が`TRUE`の場合は、このパラメータでDMLルールの名前を指定します。 `include_dml`が`FALSE`の場合は、このパラメータを`NULL`に設定します。
`ddl_rule_name`	`include_ddl`が`TRUE`の場合は、このパラメータでDDLルールの名前を指定します。 `include_ddl`が`FALSE`の場合は、このパラメータを`NULL`に設定します。
`inclusion_rule`	`inclusion_rule`が`TRUE`の場合、このプロシージャはXStreamクライアントのポジティブ・ルール・セットにルールを追加します。 `inclusion_rule`が`FALSE`の場合、ルールはXStreamクライアントのネガティブ・ルール・セットに追加されます。どちらの場合も、ルール・セットが存在しないときは、自動的に作成されます。
`and_condition`	このパラメータに`NULL`以外の文字列を指定すると、次に示すように`AND`句によって、システム生成されるルール条件の後に指定した条件が追加されます。 (system_condition) AND (and_condition) 指定する条件の変数は、必ず`:lcr`を使用してください。たとえば、Oracle Replicationタグの16進表現が`'02'`の場合にかぎり、このプロシージャで生成されるグローバル・ルールを`TRUE`と評価する場合は、次のように条件を指定します。 :lcr.get_tag() = HEXTORAW(''02'') 指定した条件内の`:lcr`変数は、生成されるルールのタイプに応じて、`:dml`または`:ddl`に変換されます。特定のLCRタイプ(行LCRまたはDDL LCR)に依存するLCRメンバー・サブプログラムを指定する場合は、このプロシージャによって適切なルールのみが生成されるように確認する必要があります。つまり、行LCRに対してのみ有効なLCRメンバー・サブプログラムを指定する場合は、`include_dml`パラメータを`TRUE`に、`include_ddl`パラメータを`FALSE`に設定します。DDL LCRに対してのみ有効なLCRメンバー・サブプログラムを指定する場合は、`include_dml`パラメータを`FALSE`に、`include_ddl`パラメータを`TRUE`に設定します。関連項目: 論理変更レコードのタイプ
`source_root_name`	ソースCDBのルートのグローバル名。たとえば、`mycdb.example.com`です。このパラメータが`NULL`の場合は、ローカルCDBにあるルートのグローバル名が使用されます。ダウンストリーム取得を構成している場合、このパラメータは非`NULL`値である必要があり、リモート・ソースCDBにあるルートのグローバル名を指定する必要があります。CDBでのこのパラメータの設定の詳細は、『Oracle Database XStreamガイド』を参照してください。ドメイン名を指定しない場合は、自動的にドメイン名がデータベース名に追加されます。たとえば、`DBS1`を指定し、ドメインが`EXAMPLE.COM`である場合、このプロシージャは自動的に`DBS1.EXAMPLE.COM`を指定します。ノート: このパラメータはCDBにのみ適用されます。
`source_container_name`	ソース・コンテナの短縮名。コンテナは、ルートまたはPDBのいずれでもかまいません。たとえば、`CDB$ROOT`または`hrpdb`です。CDBでのこのパラメータの設定の詳細は、『Oracle Database XStreamガイド』を参照してください。ノート: このパラメータはCDBにのみ適用されます。

使用上のノート

このプロシージャは、include_dmlパラメータ値とinclude_ddlパラメータ値に基づいて、DMLとDDLのルールをそれぞれ自動的に作成します。各ルールには、システム生成のルール名(データベース名とその後ろに付加される順序番号で構成される)が付けられます。この順序番号によって、名前の競合が回避されます。データベース名と順序番号を組み合せた名前が長すぎる場合は、データベース名が切り捨てられます。取得プロセスまたは適用プロセスは、フィルタリングのためのルールを使用します。

参照:

例

次に、DMLの変更に関して作成されるグローバル・ルール条件の例を示します。

(:dml.is_null_tag() = 'Y' and :dml.get_source_database_name() = 'DBS1.NET' )

219.4.4 ADD_OUTBOUNDプロシージャ

このプロシージャは、指定したキューからLCRをデキューするXStreamアウトバウンド・サーバーを作成します。アウトバウンド・サーバーは、LCRをXStreamクライアントのアプリケーションにストリーム・アウトします。

このプロシージャは、取得プロセスまたはキューをいずれも作成しません。アウトバウンド・サーバー、取得プロセス、およびキューを1回のプロシージャ・コールで作成するには、CREATE_OUTBOUNDプロシージャを使用します。

取得プロセスを個々に作成するには、次のパッケージのいずれかを使用します。

DBMS_XSTREAM_ADM
DBMS_CAPTURE_ADM

キューを個々に作成するには、DBMS_XSTREAM_ADMパッケージのSET_UP_QUEUEプロシージャを使用します。

このプロシージャはオーバーロードされています。1つのtable_namesパラメータは、VARCHAR2タイプで、もう1つのtable_namesパラメータは、DBMS_UTILITY.UNCL_ARRAYタイプです。また、一方のschema_namesパラメータはVARCHAR2タイプで、もう一方のschema_namesパラメータはDBMS_UTILITY.UNCL_ARRAYタイプです。これらのパラメータを使用して、表とスキーマのリストをそれぞれ別の方法で入力することができます。これらのパラメータは相互に排他的です。

ノート:

1つのクライアント・アプリケーションで複数のセッションを作成できます。各セッションは1つのアウトバウンド・サーバーにのみ連結でき、各アウトバウンド・サーバーは一度に1つのセッションのみを処理できます。ただし、クライアント・アプリケーションのセッションは、それぞれ異なるアウトバウンド・サーバーに接続できます。アウトバウンド・サーバーへの連結の詳細は、『Oracle Call Interfaceプログラマーズ・ガイド』およびOracle Database XStream Java APIリファレンスを参照してください。
このプロシージャは、作成したアウトバウンド・サーバーを有効化します。
Oracle Database 11gリリース2 (11.2.0.2)から、このプロシージャにcapture_name、start_scnおよびstart_timeの各パラメータが組み込まれています。

構文

DBMS_XSTREAM_ADM.ADD_OUTBOUND(
   server_name            IN  VARCHAR2,
   queue_name             IN  VARCHAR2   DEFAULT NULL,
   source_database        IN  VARCHAR2   DEFAULT NULL,
   table_names            IN  DBMS_UTILITY.UNCL_ARRAY,
   schema_names           IN  DBMS_UTILITY.UNCL_ARRAY,
   connect_user           IN  VARCHAR2   DEFAULT NULL,
   comment                IN  VARCHAR2   DEFAULT NULL,
   capture_name           IN  VARCHAR2   DEFAULT NULL,
   start_scn              IN  NUMBER     DEFAULT NULL,
   start_time             IN  TIMESTAMP  DEFAULT NULL,
   include_dml            IN  BOOLEAN   DEFAULT TRUE,
   include_ddl            IN  BOOLEAN   DEFAULT FALSE,
   source_root_name       IN  VARCHAR2  DEFAULT NULL,
   source_container_name  IN  VARCHAR2  DEFAULT NULL,
   lcrid_version          IN  NUMBER    DEFAULT NULL);

DBMS_XSTREAM_ADM.ADD_OUTBOUND(
   server_name            IN  VARCHAR2,
   queue_name             IN  VARCHAR2   DEFAULT NULL,
   source_database        IN  VARCHAR2   DEFAULT NULL,
   table_names            IN  VARCHAR2   DEFAULT NULL,
   schema_names           IN  VARCHAR2   DEFAULT NULL,
   connect_user           IN  VARCHAR2   DEFAULT NULL,
   comment                IN  VARCHAR2   DEFAULT NULL,
   capture_name           IN  VARCHAR2   DEFAULT NULL,
   start_scn              IN  NUMBER     DEFAULT NULL,
   start_time             IN  TIMESTAMP  DEFAULT NULL,
   include_dml            IN  BOOLEAN   DEFAULT TRUE,
   include_ddl            IN  BOOLEAN   DEFAULT FALSE,
   source_root_name       IN  VARCHAR2  DEFAULT NULL,
   source_container_name  IN  VARCHAR2  DEFAULT NULL,
   lcrid_version          IN  NUMBER    DEFAULT NULL);

パラメータ

表219-5 ADD_OUTBOUNDプロシージャのパラメータ

パラメータ	説明
`server_name`	作成中のアウトバウンド・サーバーの名前。`NULL`指定は許可されていません。所有者を指定しないでください。指定した名前が既存のアウトバウンド・サーバー、インバウンド・サーバー、適用プロセス、またはメッセージ・クライアントの名前と一致しないようにしてください。ノート: `server_name`の設定は30バイトを超えることはできません。また、アウトバウンド・サーバーの作成後に変更することはできません。
`queue_name`	アウトバウンド・サーバーがLCRをデキューするローカル・キューの名前で、`[schema_name.]queue_name`と指定されます。現行のデータベースにキューが含まれている必要があり、キューは`ANYDATA`タイプを指定する必要があります。たとえば、`xstream_queue`というキューを`xstrmadmin`スキーマに指定するには、このパラメータに`xstrmadmin.xstream_queue`と入力します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。 `NULL`の場合は、エラーが発生します。
`source_database`	ソース・データベースのグローバル名。`NULL`に設定すると、生成されるルールに対してソース・データベースに関する条件が追加されません。 CDBでは、ルールに関連するコンテナのグローバル名を指定してください。コンテナは、ルートまたはPDBのいずれでもかまいません。たとえば、`mycdb.example.com`または`hrpdb.example.com`が使用できます。CDBでのこのパラメータの設定の詳細は、『Oracle Database XStreamガイド』を参照してください。ドメイン名を指定しない場合は、自動的にドメイン名がデータベース名に追加されます。たとえば、ドメイン名が`.NET`の場合に`DBS1`を指定すると、自動的に`DBS1.NET`が指定されます。
`table_names`	データ操作言語(DML)とデータ定義言語(DDL)の変更がXStreamクライアント・アプリケーションにストリーム・アウトされる表。表は、次の方法で指定できます。 `VARCHAR2`タイプのカンマ区切りリスト。 `DBMS_UTILITY.UNCL_ARRAY`タイプのPL/SQL連想配列で、表の名前が各要素になります。位置1の最初の表を指定します。最後の位置は`NULL`になります。それぞれの表は、`[schema_name.]table_name`という形式で指定する必要があります。たとえば、`hr.employees`を指定できます。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。関連項目: このパラメータの詳細は、「使用上のノート」を参照してください。
`schema_names`	DMLとDDLの変更がXStreamクライアント・アプリケーションにストリーム・アウトされるスキーマ。スキーマは、次の方法で指定できます。 `VARCHAR2`タイプのカンマ区切りリスト。 `DBMS_UTILITY.UNCL_ARRAY`タイプのPL/SQL連想配列で、スキーマの名前が各要素になります。位置1の最初のスキーマを指定します。最後の位置は`NULL`になります。ノート: このプロシージャでは、`schema_names`パラメータと`table_names`パラメータは連結されません。表を指定するには、完全修飾された表名を`table_names`パラメータ(`schema_name.table_name`)に入力します。関連項目: このパラメータの詳細は、「使用上のノート」を参照してください。
`connect_user`	指定したアウトバウンド・サーバーに連結してLCRストリームを取得できるユーザー。クライアント・アプリケーションは、指定した接続ユーザーとしてアウトバウンド・サーバーに連結する必要があります。接続ユーザーに必要な権限の詳細は、「CREATE_OUTBOUNDプロシージャ」を参照してください。 `NULL`の場合は、現在のユーザーがデフォルトになります。
`comment`	アウトバウンド・サーバーに関連付けられたオプションのコメント。
`capture_name`	アウトバウンド・サーバー用の変更を取得するように構成された取得プロセスの名前。所有者を指定しないでください。指定した名前が別のアウトバウンド・サーバーの既存の取得プロセスの名前と一致する場合、このプロシージャは既存の取得プロセスを使用して、データベースの変更の取得ルールを取得プロセスのポジティブ・ルール・セットに追加します。指定した名前が適用プロセスの既存の取得プロセスの名前と一致する場合は、エラーが発生します。指定した名前が既存の取得プロセスの名前と一致しない場合は、エラーが発生します。 `NULL`の場合は、取得プロセスなしでアウトバウンド・サーバーが作成されます。
`start_scn`	取得プロセスによる変更の取得の開始点である、データベースの有効なシステム変更番号(SCN)。 `capture_name`パラメータが`NULL`の場合、このパラメータは無視されます。 `NULL`で、`capture_name`パラメータが`NULL`以外の場合、取得プロセスの開始SCNは変更されません。無効なSCNが指定された場合はエラーが戻されます。 `start_scn`パラメータと`start_time`パラメータは、両方同時には指定できません。
`start_time`	取得プロセスによる変更の取得の開始時点となる有効な時間。 `capture_name`パラメータが`NULL`の場合、このパラメータは無視されます。 `NULL`で、`capture_name`パラメータが`NULL`以外の場合、取得プロセスの開始SCNは変更されません。 `start_scn`パラメータと`start_time`パラメータは、両方同時には指定できません。
`include_dml`	`TRUE`に設定すると、DMLの変更に関するルールが作成されます。`FALSE`に設定すると、DMLルールは作成されません。`NULL`は許可されません。
`include_ddl`	`TRUE`に設定すると、DDLの変更に関するルールが作成されます。`FALSE`に設定すると、DDLルールは作成されません。`NULL`は許可されません。
`source_root_name`	ソースCDBのルートのグローバル名。たとえば、`mycdb.example.com`です。このパラメータが`NULL`の場合は、ローカルCDBにあるルートのグローバル名が使用されます。ダウンストリーム取得を構成している場合、このパラメータは非`NULL`値である必要があり、リモート・ソースCDBにあるルートのグローバル名を指定する必要があります。CDBでのこのパラメータの設定の詳細は、『Oracle Database XStreamガイド』を参照してください。ドメイン名を指定しない場合は、自動的にドメイン名がデータベース名に追加されます。たとえば、`DBS1`を指定し、ドメインが`EXAMPLE.COM`である場合、このプロシージャは自動的に`DBS1.EXAMPLE.COM`を指定します。ノート: このパラメータはCDBにのみ適用されます。
`source_container_name`	ソース・コンテナの短縮名。コンテナは、ルートまたはPDBのいずれでもかまいません。たとえば、`CDB$ROOT`または`hrpdb`です。CDBでのこのパラメータの設定の詳細は、『Oracle Database XStreamガイド』を参照してください。ノート: このパラメータはCDBにのみ適用されます。
`lcrid_version`	取得済LCRのLCRIDバージョン(`1`または`2`)。 `2`の場合、LCRは、互換性レベルが12.2.0以上であるデータベースと互換性があります。 `1`の場合、LCRは、互換性レベルが12.1.0以下であるデータベースと互換性があります。 `NULL` (デフォルト)でデータベースの互換性レベルが12.2.0以上である場合、`lcrid_version`は内部的に2に設定されます。データベースの互換性レベルが12.1.0以下である場合、`lcrid_version`は内部的に1に設定されます。

使用上のノート

次のリストは、table_namesおよびschema_namesパラメータの様々な組合せにおけるアウトバウンド・サーバーの動作について説明しています。

table_namesおよびschema_namesパラメータが両方ともNULLか空の場合、アウトバウンド・サーバーはDMLとDDLのすべての変更をクライアント・アプリケーションにストリームします。

このプロシージャはオーバーロードされています。table_namesおよびschema_namesパラメータのデフォルトはNULLです。同じコールでtable_namesとschema_namesの両方にNULLを指定しないでください。指定した場合は、エラーPLS-00307が戻されます。
table_namesおよびschema_namesパラメータを両方とも指定した場合、アウトバウンド・サーバーは指定した表とスキーマに対するDMLとDDLの変更をストリームします。
table_namesパラメータが指定されていて、schema_namesパラメータがNULLまたは空の場合、アウトバウンド・サーバーは指定した表に対するDMLとDDLの変更をストリームします。
table_namesパラメータがNULLまたは空で、schema_namesパラメータが指定されている場合、アウトバウンド・サーバーは指定したスキーマに対するDMLとDDLの変更をストリームします。

table_namesおよびschema_namesパラメータでDBMS_UTILITY.UNCL_ARRAYタイプを使用するプロシージャの場合、両方のパラメータを指定する必要があります。表のみを指定するには、schema_namesパラメータを指定して空にする必要があります。スキーマのみを指定するには、table_namesパラメータを指定して空にする必要があります。

ノート:

空の配列には、1つのNULLエントリが含まれています。

219.4.5 ADD_SCHEMA_PROPAGATION_RULESプロシージャ

このプロシージャは、伝播のポジティブ・ルール・セットまたはネガティブ・ルール・セットにスキーマ・ルールを追加します。指定された伝播が存在しない場合は、伝播を作成します。

このプロシージャはオーバーロードされています。このプロシージャの一方のバージョンでは2つのOUTパラメータを使用しますが、もう一方のバージョンでは使用しません。

構文

DBMS_XSTREAM_ADM.ADD_SCHEMA_PROPAGATION_RULES(
   schema_name             IN   VARCHAR2,
   streams_name            IN   VARCHAR2  DEFAULT NULL,
   source_queue_name       IN   VARCHAR2,
   destination_queue_name  IN   VARCHAR2,
   include_dml             IN   BOOLEAN   DEFAULT TRUE,
   include_ddl             IN   BOOLEAN   DEFAULT FALSE,
   include_tagged_lcr      IN   BOOLEAN   DEFAULT FALSE,
   source_database         IN   VARCHAR2  DEFAULT NULL,
   dml_rule_name           OUT  VARCHAR2,
   ddl_rule_name           OUT  VARCHAR2,
   inclusion_rule          IN   BOOLEAN   DEFAULT TRUE,
   and_condition           IN   VARCHAR2  DEFAULT NULL,
   queue_to_queue          IN   BOOLEAN   DEFAULT NULL);

DBMS_XSTREAM_ADM.ADD_SCHEMA_PROPAGATION_RULES(
   schema_name             IN   VARCHAR2,
   streams_name            IN   VARCHAR2  DEFAULT NULL,
   source_queue_name       IN   VARCHAR2,
   destination_queue_name  IN   VARCHAR2,
   include_dml             IN   BOOLEAN   DEFAULT TRUE,
   include_ddl             IN   BOOLEAN   DEFAULT FALSE,
   include_tagged_lcr      IN   BOOLEAN   DEFAULT FALSE,
   source_database         IN   VARCHAR2  DEFAULT NULL,
   inclusion_rule          IN   BOOLEAN   DEFAULT TRUE,
   and_condition           IN   VARCHAR2  DEFAULT NULL,
   queue_to_queue          IN   BOOLEAN   DEFAULT NULL);

パラメータ

表219-6 ADD_SCHEMA_PROPAGATION_RULESプロシージャのパラメータ

パラメータ	説明
`schema_name`	スキーマの名前。たとえば、`hr`のように指定します。
`streams_name`	伝播の名前所有者を指定しないでください。指定された伝播が存在しない場合は、自動的に作成されます。このパラメータが`NULL`で、同じソース・キューと宛先キュー(データベース・リンクを含む)を指定した伝播がすでに存在する場合は、その伝播が使用されます。このパラメータが`NULL`で、同じソース・キューと宛先キュー(データベース・リンクを含む)を指定した伝播が存在しない場合は、システム生成の名前で伝播が自動的に作成されます。
`source_queue_name`	ソース・キューの名前で、`[schema_name.]queue_name`の形式で指定します。現在のデータベースには、ソース・キューが含まれている必要があり、キューは`ANYDATA`タイプである必要があります。たとえば、`strmadmin`スキーマ内の`streams_queue`という名前のキューを指定するには、このパラメータに`strmadmin.streams_queue`と入力します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。
`destination_queue_name`	宛先キュー(データベース・リンクを含む)の名前で、宛先キューがリモート・データベース内に存在する場合は、`[schema_name.]queue_name[@dblink_name]`と指定します。必ず`ANYDATA`タイプのキューを指定してください。たとえば、`dbs2.net`というデータベース・リンクを使用し、`strmadmin`スキーマ内の`streams_queue`という名前の宛先キューを指定するには、このパラメータに`strmadmin.streams_queue@dbs2.net`と入力します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。データベース・リンクが省略された場合は、現行のデータベースのグローバル名が使用されます。その場合、ソース・キューと宛先キューは同じデータベース内に存在する必要があります。ノート: 接続修飾子は使用できません。
`include_dml`	`TRUE`に設定すると、DMLの変更に関するルールが作成されます。`FALSE`に設定すると、DMLルールは作成されません。`NULL`は許可されません。
`include_ddl`	`TRUE`に設定すると、DDLの変更に関するルールが作成されます。`FALSE`に設定すると、DDLルールは作成されません。`NULL`は許可されません。
`include_tagged_lcr`	`TRUE`に設定すると、生成されるルールに対してOracle Replicationタグに関する条件が追加されません。したがって、これらのルールは、論理変更レコード(LCR)に`NULL`以外のタグがあるかどうかに関係なく、`TRUE`と評価されます。伝播のポジティブ・ルール・セットにルールが追加される場合、`NULL`以外のタグがLCRにあるかどうかに関係なく、LCRは常に伝播の対象とみなされます。ポジティブ・ルール・セットにルールが追加される場合は、データベースの完全なコピー(スタンバイなど)を作成するときに、このパラメータを`TRUE`に設定することをお薦めします。伝播のネガティブ・ルール・セットにルールが追加される場合は、LCRのタグの値に関係なく、LCRが破棄されます。 `FALSE`に設定すると、LCRに`NULL`のOracle Replicationタグがあるときにかぎり、ルールが`TRUE`と評価される条件が、生成される各ルールに追加されます。伝播のポジティブ・ルール・セットにルールが追加される場合、LCRに`NULL`のタグがあるときにかぎり、LCRが伝播の対象とみなされます。ポジティブ・ルール・セットにルールが追加される場合は、変更が頻発する構成でソース・データベースに変更が循環するのを防ぐために、このパラメータを`FALSE`に設定することをお薦めします。伝播のネガティブ・ルール・セットにルールが追加される場合は、LCRに`NULL`のタグがあるときにかぎり、LCRを破棄できます。 `inclusion_rule`パラメータを`FALSE`に設定する場合は、通常、このパラメータを`TRUE`に設定してください。
`source_database`	ソース・データベースのグローバル名。ソース・データベースは、変更が発生したデータベースです。`NULL`に設定すると、生成されるルールに対してソース・データベースに関する条件が追加されません。ドメイン名を指定しない場合は、自動的にドメイン名がデータベース名に追加されます。たとえば、ドメイン名が`.NET`の場合に`DBS1`を指定すると、自動的に`DBS1.NET`が指定されます。伝播ルールではソース・データベースを指定することをお薦めします。
`dml_rule_name`	`include_dml`が`TRUE`の場合は、このパラメータでDMLルールの名前を指定します。 `include_dml`が`FALSE`の場合は、このパラメータを`NULL`に設定します。
`ddl_rule_name`	`include_ddl`が`TRUE`の場合は、このパラメータでDDLルールの名前を指定します。 `include_ddl`が`FALSE`の場合は、このパラメータを`NULL`に設定します。
`inclusion_rule`	`inclusion_rule`を`TRUE`に設定すると、伝播のポジティブ・ルール・セットにルールが追加されます。 `inclusion_rule`を`FALSE`に設定すると、伝播のネガティブ・ルール・セットにルールが追加されます。どちらの場合も、ルール・セットが存在しないときは、自動的に作成されます。
`and_condition`	このパラメータに`NULL`以外の文字列を指定すると、次に示すように`AND`句によって、システム生成されるルール条件の後に指定した条件が追加されます。 (system_condition) AND (and_condition) 指定する条件の変数は、必ず`:lcr`を使用してください。たとえば、Oracle Replicationタグの16進表現が`'02'`の場合にかぎり、このプロシージャで生成されるスキーマ・ルールを`TRUE`と評価する場合は、次のように条件を指定します。 :lcr.get_tag() = HEXTORAW(''02'') 指定した条件内の`:lcr`変数は、生成されるルールのタイプに応じて、`:dml`または`:ddl`に変換されます。特定のLCRタイプ(行LCRまたはDDL LCR)に依存するLCRメンバー・サブプログラムを指定する場合は、このプロシージャによって適切なルールのみが生成されるように確認する必要があります。つまり、行LCRに対してのみ有効なLCRメンバー・サブプログラムを指定する場合は、`include_dml`パラメータを`TRUE`に、`include_ddl`パラメータを`FALSE`に設定します。DDL LCRに対してのみ有効なLCRメンバー・サブプログラムを指定する場合は、`include_dml`パラメータを`FALSE`に、`include_ddl`パラメータを`TRUE`に設定します。関連項目: 論理変更レコードのタイプ
`queue_to_queue`	`TRUE`または`NULL`の場合、このプロシージャによって作成される新しい伝播は、キューからキューへの伝播です。キューからキューへの伝播では、常に独自の伝播ジョブが存在し、宛先キューがOracle Real Application Clusters(Oracle RAC)データベースでバッファに入れられたキューの場合、自動フェイルオーバーのサービスが使用されます。 `FALSE`の場合、このプロシージャによって作成される新しい伝播はキューからデータベース・リンクへの伝播です。キューからデータベース・リンクの伝播では、同じデータベース・リンクを使用する他の伝播と伝播ジョブを共有できますが、Oracle RAC環境での自動フェイルオーバーはサポートされません。このプロシージャでは、既存の伝播のqueue_to_queueプロパティは変更できません。指定した伝播が存在する場合は、それぞれの設定に対して次のように処理されます。このパラメータが`TRUE`で、指定した伝播がキューからキューへの伝播でない場合は、エラーが発生します。このパラメータが`FALSE`で、指定した伝播がキューからキューへの伝播の場合は、エラーが発生します。このパラメータが`NULL`場合、伝播のqueue_to_queueプロパティは変更されません。

使用上のノート

このプロシージャは、現行のユーザーを使用して伝播を構成します。特定のソース・キューと宛先キューの間で許可される伝播は1つのみです。

このプロシージャは、include_dmlパラメータ値とinclude_ddlパラメータ値に基づいて、DMLとDDLのルールをそれぞれ自動的に作成します。各ルールには、システム生成のルール名(スキーマ名とその後ろに付加される順序番号で構成される)が付けられます。この順序番号によって、名前の競合が回避されます。スキーマ名と順序番号を組み合せた名前が長すぎる場合は、スキーマ名が切り捨てられます。伝播では、これらのルールがフィルタ処理に使用されます。

例

次に、DMLの変更に関して作成されるスキーマ・ルール条件の例を示します。

((:dml.get_object_owner() = 'HR') and :dml.is_null_tag() = 'Y' 
and :dml.get_source_database_name() = 'DBS1.NET' )

219.4.6 ADD_SCHEMA_RULESプロシージャ

このプロシージャは、次のいずれかのタイプのXStreamクライアントのルール・セットにルールを追加します。

streams_typeパラメータをcaptureに設定すると、このプロシージャは、指定したスキーマに対する変更を取得する取得プロセス・ルールを追加します。

このプロシージャは、指定した取得プロセスが存在しない場合にそれを作成します。
streams_typeパラメータをapplyに設定し、streams_nameパラメータで適用プロセス、アウトバウンド・サーバーまたはインバウンド・サーバーの名前を指定すると、このプロシージャは、指定したスキーマに対する変更が記録されている論理変更レコード(LCR)を適用する適用ルールを追加します。このルールでは、特定のソース・データベースに属するLCRのみをルールの対象として指定できます。

このプロシージャは、指定したstreams_nameを持つ適用プロセス、アウトバウンド・サーバーまたはインバウンド・サーバーが存在しない場合に適用プロセスを作成します。このプロシージャはアウトバウンド・サーバーまたはインバウンド・サーバーにルールを追加できますが、アウトバウンド・サーバーまたはインバウンド・サーバーを作成することはできません。

このプロシージャはオーバーロードされています。このプロシージャの一方のバージョンでは2つのOUTパラメータを使用しますが、もう一方のバージョンでは使用しません。

ノート:

スキーマ・ルールを取得プロセスのポジティブ・ルールセットに追加する場合は、Oracle Replicationでサポートされていない、スキーマ内のデータベース・オブジェクトを除外するルールを、取得プロセスのネガティブ・ルールセットに必ず追加するようにしてください。Oracle Replicationによってサポートされていないデータベース・オブジェクトを判別するには、DBA_XSTREAM_OUT_SUPPORT_MODEデータ・ディクショナリ・ビューを問い合せます。サポートされないデータベース・オブジェクトが除外されていない場合は、取得エラーが発生します。

構文

DBMS_XSTREAM_ADM.ADD_SCHEMA_RULES(
   schema_name            IN   VARCHAR2,
   streams_type           IN   VARCHAR2,
   streams_name           IN   VARCHAR2  DEFAULT NULL,
   queue_name             IN   VARCHAR2  DEFAULT 'streams_queue',
   include_dml            IN   BOOLEAN   DEFAULT TRUE,
   include_ddl            IN   BOOLEAN   DEFAULT FALSE,
   include_tagged_lcr     IN   BOOLEAN   DEFAULT FALSE,
   source_database        IN   VARCHAR2  DEFAULT NULL,
   dml_rule_name          OUT  VARCHAR2,
   ddl_rule_name          OUT  VARCHAR2,
   inclusion_rule         IN   BOOLEAN   DEFAULT TRUE,
   and_condition          IN   VARCHAR2  DEFAULT NULL,
   source_root_name       IN  VARCHAR2  DEFAULT NULL,
   source_container_name  IN  VARCHAR2  DEFAULT NULL);

DBMS_XSTREAM_ADM.ADD_SCHEMA_RULES(
   schema_name            IN   VARCHAR2,
   streams_type           IN   VARCHAR2,
   streams_name           IN   VARCHAR2  DEFAULT NULL,
   queue_name             IN   VARCHAR2  DEFAULT 'streams_queue',
   include_dml            IN   BOOLEAN   DEFAULT TRUE,
   include_ddl            IN   BOOLEAN   DEFAULT FALSE,
   include_tagged_lcr     IN   BOOLEAN   DEFAULT FALSE,
   source_database        IN   VARCHAR2  DEFAULT NULL,
   inclusion_rule         IN   BOOLEAN   DEFAULT TRUE,
   and_condition          IN   VARCHAR2  DEFAULT NULL,
   source_root_name       IN  VARCHAR2  DEFAULT NULL,
   source_container_name  IN  VARCHAR2  DEFAULT NULL);

パラメータ

表219-7 ADD_SCHEMA_RULESプロシージャのパラメータ

パラメータ	説明
`schema_name`	スキーマの名前。たとえば、`hr`のように指定します。 Oracle Replicationではスキーマの有無がチェックされないため、まだ存在しないスキーマも指定できます。
`streams_type`	XStreamクライアントのタイプ: 取得プロセスの場合は、`capture`。適用プロセスの場合は、`apply`。
`streams_name`	取得プロセスまたは適用プロセスの名前。所有者を指定しないでください。 `NULL`の場合、`streams_type`が`capture`の場合、そしてキューに関連する取得プロセスが存在する場合は、該当するXStreamクライアントが使用されます。キューに関連するXStreamクライアントが存在しない場合は、XStreamクライアントがシステム生成の名前で自動的に作成されます。`NULL`で、指定した`streams_type`のXStreamクライアントがキューに対して複数存在する場合は、エラーが発生します。このパラメータが`NULL`で、`streams_type`パラメータが`apply`であり、関連する適用プロセスが1つ存在する場合は、その適用プロセスが使用されます。関連する適用プロセスは、次のいずれかの方法で選択されます。 `source_database`で指定されるソース・データベースを使用し、`queue_name`で指定されるキューを使用する既存の適用プロセスが1つ存在する場合は、その適用プロセスが選択されます。 `source_database`が`NULL`で、`queue_name`で指定されるキューを使用する既存の適用プロセスが1つ存在する場合は、その適用プロセスが選択されます。このパラメータが`NULL`で、関連する適用プロセスが存在しない場合は、システム生成の名前で適用プロセスが自動的に作成されます。このパラメータが`NULL`で、関連する適用プロセスが複数存在する場合は、エラーが発生します。適用プロセスには、それぞれ一意の名前を付ける必要があります。
`queue_name`	ローカル・キューの名前で、`[schema_name.]queue_name`の形式で指定します。現行のデータベースにキューが含まれている必要があり、キューは`ANYDATA`タイプを指定する必要があります。たとえば、`strmadmin`スキーマ内の`streams_queue`という名前のキューを指定するには、このパラメータに`strmadmin.streams_queue`と入力します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。取得プロセス・ルールの場合は、取得プロセスによってLCRがエンキューされるキューを指定します。アウトバウンド・サーバーのルールの場合、これはアウトバウンド・サーバーがLCRをデキューするキューになります。インバウンド・サーバーのルールの場合、これはインバウンド・サーバーがエラー・トランザクションをエンキューするキューになります。
`include_dml`	`TRUE`に設定すると、DMLの変更に関するルールが作成されます。`FALSE`に設定すると、DMLルールは作成されません。`NULL`は許可されません。
`include_ddl`	`TRUE`に設定すると、DDLの変更に関するルールが作成されます。`FALSE`に設定すると、DDLルールは作成されません。`NULL`は許可されません。
`include_tagged_lcr`	`TRUE`に設定すると、生成されるルールに対してOracle Replicationタグに関する条件が追加されません。したがって、これらのルールは、REDOエントリまたはLCRに`NULL`以外のタグがあるかどうかに関係なく、`TRUE`と評価されます。プロセスのポジティブ・ルール・セットにルールが追加される場合、REDOエントリまたはLCRに`NULL`以外のタグがあるかどうかに関係なく、REDOエントリは常に取得の対象とみなされ、LCRは常に適用の対象とみなされます。ポジティブ・ルール・セットにルールが追加される場合は、データベースの完全なコピー(スタンバイなど)を作成するときに、このパラメータを`TRUE`に設定することをお薦めします。プロセスのネガティブ・ルール・セットにルールが追加される場合は、タグの値に関係なく、REDOエントリまたはLCRが破棄されます。 `FALSE`に設定すると、REDOエントリまたはLCRに`NULL`のOracle Replicationタグがあるときにかぎり、ルールが`TRUE`と評価される条件が、生成される各ルールに追加されます。プロセスのポジティブ・ルール・セットにルールが追加される場合、REDOエントリまたはLCRに`NULL`のタグがあるときにかぎり、REDOエントリが取得の対象とみなされ、LCRが適用の対象とみなされます。ポジティブ・ルール・セットにルールが追加される場合は、変更が頻発する構成でソース・データベースに変更が循環するのを防ぐために、このパラメータを`FALSE`に設定することをお薦めします。プロセスのネガティブ・ルール・セットにルールが追加される場合は、REDOエントリまたはLCRに`NULL`のタグがあるときにかぎり、REDOエントリまたはLCRを破棄できます。 `inclusion_rule`パラメータを`FALSE`に設定する場合は、通常、このパラメータを`TRUE`に設定してください。
`source_database`	ソース・データベースのグローバル名。`NULL`に設定すると、生成されるルールに対してソース・データベースに関する条件が追加されません。取得プロセス・ルールの場合、ソース・データベース上でローカルに取得プロセスを作成するには、`NULL`を指定するか、ローカル・データベースのグローバル名を指定します。ダウンストリーム・データベース上のダウンストリーム取得プロセスのルール・セットにルールを追加する場合は、変更が取得されるソース・データベースを指定します。適用プロセス・ルールの場合は、適用プロセスによって適用される変更のソース・データベースを指定します。ソース・データベースは、変更が発生したデータベースです。取得されたLCRを適用プロセスで適用する場合、適用プロセスによって適用できるのは、1つのソース・データベースでの1つの取得プロセスによるLCRのみです。 CDBでは、ルールに関連するコンテナのグローバル名を指定してください。コンテナは、ルートまたはPDBのいずれでもかまいません。たとえば、`mycdb.example.com`または`hrpdb.example.com`が使用できます。CDBでのこのパラメータの設定の詳細は、『Oracle Database XStreamガイド』を参照してください。ドメイン名を指定しない場合は、自動的にドメイン名がデータベース名に追加されます。たとえば、ドメイン名が`.NET`の場合に`DBS1`を指定すると、自動的に`DBS1.NET`が指定されます。
`dml_rule_name`	`include_dml`が`TRUE`の場合は、このパラメータでDMLルールの名前を指定します。 `include_dml`が`FALSE`の場合は、このパラメータを`NULL`に設定します。
`ddl_rule_name`	`include_ddl`が`TRUE`の場合は、このパラメータでDDLルールの名前を指定します。 `include_ddl`が`FALSE`の場合は、このパラメータを`NULL`に設定します。
`inclusion_rule`	`inclusion_rule`が`TRUE`の場合、このプロシージャはXStreamクライアントのポジティブ・ルール・セットにルールを追加します。 `inclusion_rule`が`FALSE`の場合、ルールはXStreamクライアントのネガティブ・ルール・セットに追加されます。どちらの場合も、ルール・セットが存在しないときは、自動的に作成されます。
`and_condition`	このパラメータに`NULL`以外の文字列を指定すると、次に示すように`AND`句によって、システム生成されるルール条件の後に指定した条件が追加されます。 (system_condition) AND (and_condition) 指定する条件の変数は、必ず`:lcr`を使用してください。たとえば、Oracle Replicationタグの16進表現が`'02'`の場合にかぎり、このプロシージャで生成されるスキーマ・ルールを`TRUE`と評価する場合は、次のように条件を指定します。 :lcr.get_tag() = HEXTORAW(''02'') 指定した条件内の`:lcr`変数は、生成されるルールのタイプに応じて、`:dml`または`:ddl`に変換されます。特定のLCRタイプ(行LCRまたはDDL LCR)に依存するLCRメンバー・サブプログラムを指定する場合は、このプロシージャによって適切なルールのみが生成されるように確認する必要があります。つまり、行LCRに対してのみ有効なLCRメンバー・サブプログラムを指定する場合は、`include_dml`パラメータを`TRUE`に、`include_ddl`パラメータを`FALSE`に設定します。DDL LCRに対してのみ有効なLCRメンバー・サブプログラムを指定する場合は、`include_dml`パラメータを`FALSE`に、`include_ddl`パラメータを`TRUE`に設定します。関連項目: 論理変更レコードのタイプ
`source_root_name`	ソースCDBのルートのグローバル名。たとえば、`mycdb.example.com`です。このパラメータが`NULL`の場合は、ローカルCDBにあるルートのグローバル名が使用されます。ダウンストリーム取得を構成している場合、このパラメータは非`NULL`値である必要があり、リモート・ソースCDBにあるルートのグローバル名を指定する必要があります。CDBでのこのパラメータの設定の詳細は、『Oracle Database XStreamガイド』を参照してください。ドメイン名を指定しない場合は、自動的にドメイン名がデータベース名に追加されます。たとえば、`DBS1`を指定し、ドメインが`EXAMPLE.COM`である場合、このプロシージャは自動的に`DBS1.EXAMPLE.COM`を指定します。ノート: このパラメータはCDBにのみ適用されます。
`source_container_name`	ソース・コンテナの短縮名。コンテナは、ルートまたはPDBのいずれでもかまいません。たとえば、`CDB$ROOT`または`hrpdb`です。CDBでのこのパラメータの設定の詳細は、『Oracle Database XStreamガイド』を参照してください。ノート: このパラメータはCDBにのみ適用されます。

使用上のノート

このプロシージャは、include_dmlパラメータ値とinclude_ddlパラメータ値に基づいて、DMLとDDLのルールをそれぞれ自動的に作成します。各ルールには、システム生成のルール名(スキーマ名とその後ろに付加される順序番号で構成される)が付けられます。この順序番号によって、名前の競合が回避されます。スキーマ名と順序番号を組み合せた名前が長すぎる場合は、スキーマ名が切り捨てられます。取得プロセスまたは適用プロセスは、フィルタリングのためのルールを使用します。

参照:

例

次に、DMLの変更に関して作成されるスキーマ・ルール条件の例を示します。

((:dml.get_object_owner() = 'HR') and :dml.is_null_tag() = 'Y' 
and :dml.get_source_database_name() = 'DBS1.NET' )

219.4.7 ADD_SUBSET_OUTBOUND_RULESプロシージャ

このプロシージャは、アウトバウンド・サーバーの構成にサブセット・ルールを追加します。サブセット・ルールは、変更のサブセットを指定した表にストリーム・アウトするようにアウトバウンド・サーバーに指示します。アウトバウンド・サーバーは、行と列のサブセットをストリーム・アウトできます。

このプロシージャはオーバーロードされています。一方のcolumn_listパラメータはVARCHAR2タイプで、もう一方のcolumn_listパラメータはDBMS_UTILITY.LNAME_ARRAYタイプです。これらのパラメータによって、列のリストを異なる方法で入力できますが、これらのパラメータを同時に使用することはできません。

ノート:

このプロシージャでは、アウトバウンド・サーバーの取得プロセスにルールが追加されません。

構文

DBMS_XSTREAM_ADM.ADD_SUBSET_OUTBOUND_RULES(
   server_name      IN VARCHAR2,
   table_name       IN VARCHAR2,
   condition        IN VARCHAR2  DEFAULT NULL,
   column_list      IN DBMS_UTILITY.LNAME_ARRAY,
   keep             IN BOOLEAN   DEFAULT TRUE,
   source_database  IN VARCHAR2  DEFAULT NULL);

DBMS_XSTREAM_ADM.ADD_SUBSET_OUTBOUND_RULES(
   server_name      IN VARCHAR2,
   table_name       IN VARCHAR2,
   condition        IN VARCHAR2  DEFAULT NULL,
   column_list      IN VARCHAR2  DEFAULT NULL,
   keep             IN BOOLEAN   DEFAULT TRUE,
   source_database  IN VARCHAR2  DEFAULT NULL);

パラメータ

表219-8 ADD_SUBSET_OUTBOUND_RULESプロシージャのパラメータ

パラメータ	説明
`server_name`	ルールを追加中であるアウトバウンド・サーバーの名前。既存のアウトバウンド・サーバーを指定します。所有者を指定しないでください。
`table_name`	`[schema_name.]object_name`の形式で指定した表の名前。たとえば、`hr.employees`を指定できます。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。アウトバウンド・サーバーの構成でローカルの取得プロセスが使用される場合は、表がローカル・ソース・データベースに存在している必要があります。アウトバウンド・サーバーの構成でダウンストリーム取得プロセスが使用される場合は、表がソース・データベースとダウンストリーム取得データベースの両方に存在している必要があります。指定した表では、現在または将来にわたってLOB、`LONG`、または`LONG` `RAW`列を含めることはできません。
`condition`	サブセット条件。SQLの`WHERE`句に条件を指定する場合と同じ方法で、サブセット条件を指定します。たとえば、`salary`が`4000`を超え、かつ`job_id`が`SA_MAN`である行を`hr.employees`表で指定するには、次のように条件を入力します。 `' salary > 4000 and job_id = ''SA_MAN'' '` `NULL`の場合は、エラーが発生します。ノート: 前述の例の引用符は、すべて一重引用符です。
`column_list`	アウトバウンド・サーバーの構成に含める列のリスト、またはアウトバウンド・サーバーの構成から除外する列のリスト。列を含めるか除外するかは、`keep`パラメータの設定に依存します。列は次の方法で指定できます。 `VARCHAR2`タイプのカンマ区切りリスト。 `DBMS_UTILITY.LNAME_ARRAY`タイプのPL/SQL結合配列(各要素は列の名前)。位置1の最初の列を指定します。最後の位置は`NULL`になります。表中のすべての列を含めるか除外するには、リストまたは配列内の表の各列を指定します。 `NULL`の場合は、エラーが発生します。
`keep`	`TRUE`の場合、`column_list`パラメータで指定された列はアウトバウンド・サーバー構成の一部として維持されます。したがって、`condition`パラメータの条件を満たす列の変更は、アウトバウンド・サーバーのクライアント・アプリケーションにストリームされます。 `FALSE`の場合、`column_list`パラメータで指定された列はアウトバウンド・サーバー構成から除外されます。したがって、これらの列の変更はアウトバウンド・サーバーのクライアント・アプリケーションにストリームされません。関連項目: 「使用上のノート」
`source_database`	指定した`table_names`と`schema_names`が配置されているコンテナのグローバル名。 `NULL`以外の場合、ソース・データベースのグローバル名に基づいてLCRをフィルタリングする条件がアウトバウンド・サーバーのルールに追加されます。`NULL`に設定すると、生成されるルールに対してソース・データベースに関する条件が追加されません。 CDBでは、ルールに関連するコンテナのグローバル名を指定してください。コンテナは、ルートまたはPDBのいずれでもかまいません。たとえば、`mycdb.example.com`または`hrpdb.example.com`が使用できます。CDBでのこのパラメータの設定の詳細は、『Oracle Database XStreamガイド』を参照してください。ドメイン名を指定しない場合は、自動的にドメイン名がデータベース名に追加されます。たとえば、`DBS1`を指定し、ドメインが`EXAMPLE.COM`である場合、このプロシージャは自動的に`DBS1.EXAMPLE.COM`を指定します。

使用上のノート

keepパラメータがTRUEに設定されている場合、このプロシージャは、column_listにリストされた列に対して、keep列の宣言的なルールベース変換を作成します。

keepパラメータがFALSEに設定されている場合、このプロシージャは、column_listにリストされた列ごとに、delete列の宣言的なルールベース変換を作成します。

参照:

宣言的なルールベース変換の詳細は、『Oracle Database XStreamガイド』を参照してください。

219.4.8 ADD_SUBSET_PROPAGATION_RULESプロシージャ

このプロシージャは、ソース・キュー内の論理変更レコード(LCR)のうち、指定した表の行のサブセットに関連するLCRを宛先キューに伝播するための伝播ルールを追加します。指定された伝播が存在しない場合は、伝播を作成します。

このプロシージャはオーバーロードされています。このプロシージャの一方のバージョンでは3つのOUTパラメータを使用しますが、もう一方のバージョンでは使用しません。

構文

DBMS_XSTREAM_ADM.ADD_SUBSET_PROPAGATION_RULES(
   table_name               IN   VARCHAR2,
   dml_condition            IN   VARCHAR2,
   streams_name             IN   VARCHAR2  DEFAULT NULL,
   source_queue_name        IN   VARCHAR2,
   destination_queue_name   IN   VARCHAR2,
   include_tagged_lcr       IN   BOOLEAN   DEFAULT FALSE,
   source_database          IN   VARCHAR2  DEFAULT NULL,
   insert_rule_name         OUT  VARCHAR2,
   update_rule_name         OUT  VARCHAR2,
   delete_rule_name         OUT  VARCHAR2,
   queue_to_queue           IN   BOOLEAN   DEFAULT NULL);

DBMS_XSTREAM_ADM.ADD_SUBSET_PROPAGATION_RULES(
   table_name               IN   VARCHAR2,
   dml_condition            IN   VARCHAR2,
   streams_name             IN   VARCHAR2  DEFAULT NULL,
   source_queue_name        IN   VARCHAR2,
   destination_queue_name   IN   VARCHAR2,
   include_tagged_lcr       IN   BOOLEAN   DEFAULT FALSE,
   source_database          IN   VARCHAR2  DEFAULT NULL,
   queue_to_queue           IN   BOOLEAN   DEFAULT NULL);

パラメータ

表219-9 ADD_SUBSET_PROPAGATION_RULESプロシージャのパラメータ

パラメータ	説明
`table_name`	`[schema_name.]object_name`の形式で指定した表の名前。たとえば、`hr.employees`のように指定します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。指定した表は、伝播と同じデータベースに存在する必要があります。また、指定した表では、現在および将来にわたり、LOB列、`LONG`列、`LONG` `RAW`列または`XMLType`列を使用できません。
`dml_condition`	サブセット条件。SQLの`WHERE`句に条件を指定する場合と同じ方法で、サブセット条件を指定します。たとえば、`salary`が`4000`を超え、かつ`job_id`が`SA_MAN`である行を`hr.employees`表で指定するには、次のように条件を入力します。 `' salary > 4000 and job_id = ''SA_MAN'' '` ノート: 前述の例の引用符は、すべて一重引用符です。
`streams_name`	伝播の名前所有者を指定しないでください。指定された伝播が存在しない場合は、自動的に作成されます。このパラメータが`NULL`で、同じソース・キューと宛先キュー(データベース・リンクを含む)を指定した伝播がすでに存在する場合は、その伝播が使用されます。このパラメータが`NULL`で、同じソース・キューと宛先キュー(データベース・リンクを含む)を指定した伝播が存在しない場合は、システム生成の名前で伝播が自動的に作成されます。
`source_queue_name`	ソース・キューの名前で、`[schema_name.]queue_name`の形式で指定します。現在のデータベースには、ソース・キューが含まれている必要があり、キューは`ANYDATA`タイプである必要があります。たとえば、`strmadmin`スキーマ内の`streams_queue`という名前のキューを指定するには、このパラメータに`strmadmin.streams_queue`と入力します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。
`destination_queue_name`	宛先キュー(データベース・リンクを含む)の名前で、宛先キューがリモート・データベース内に存在する場合は、`[schema_name.]queue_name[@dblink_name]`と指定します。必ず`ANYDATA`タイプのキューを指定してください。たとえば、`dbs2.net`というデータベース・リンクを使用し、`strmadmin`スキーマ内の`streams_queue`という名前の宛先キューを指定するには、このパラメータに`strmadmin.streams_queue@dbs2.net`と入力します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。データベース・リンクが省略された場合は、現行のデータベースのグローバル名が使用されます。その場合、ソース・キューと宛先キューは同じデータベース内に存在する必要があります。ノート: 接続修飾子は使用できません。
`include_tagged_lcr`	`TRUE`の場合は、LCRに`NULL`以外のタグがあるかどうかに関係なく、LCRが常に伝播の対象とみなされます。データベースの完全なコピー(スタンバイなど)を作成するときには、この設定をお薦めします。 `FALSE`の場合は、LCRに`NULL`のタグがあるときにかぎり、LCRが伝播の対象とみなされます。通常、変更が頻発する構成でソース・データベースに変更が循環するのを防ぐには、`FALSE`の設定が有効です。
`source_database`	ソース・データベースのグローバル名。ソース・データベースは、変更が発生したデータベースです。`NULL`に設定すると、生成されるルールに対してソース・データベースに関する条件が追加されません。ドメイン名を指定しない場合は、自動的にドメイン名がデータベース名に追加されます。たとえば、ドメイン名が`.NET`の場合に`DBS1`を指定すると、自動的に`DBS1.NET`が指定されます。伝播ルールではソース・データベースを指定することをお薦めします。
`insert_rule_name`	システムによって生成された`INSERT`ルール名が出力されます。このルールによって、挿入と、挿入に変換する必要がある更新が制御されます。
`update_rule_name`	システムによって生成された`UPDATE`ルール名が出力されます。このルールによって、更新のまま変換されない更新が制御されます。
`delete_rule_name`	システムによって生成された`DELETE`ルール名が出力されます。このルールによって、削除と、削除に変換する必要がある更新が制御されます。
`queue_to_queue`	`TRUE`または`NULL`の場合、このプロシージャによって作成される新しい伝播は、キューからキューへの伝播です。キューからキューへの伝播では、常に独自の伝播ジョブが存在し、宛先キューがOracle Real Application Clusters(Oracle RAC)データベースでバッファに入れられたキューの場合、自動フェイルオーバーのサービスが使用されます。 `FALSE`の場合、このプロシージャによって作成される新しい伝播はキューからデータベース・リンクへの伝播です。キューからデータベース・リンクの伝播では、同じデータベース・リンクを使用する他の伝播と伝播ジョブを共有できますが、Oracle RAC環境での自動フェイルオーバーはサポートされません。このプロシージャでは、既存の伝播のqueue_to_queueプロパティは変更できません。指定した伝播が存在する場合は、それぞれの設定に対して次のように処理されます。このパラメータが`TRUE`で、指定した伝播がキューからキューへの伝播でない場合は、エラーが発生します。このパラメータが`FALSE`で、指定した伝播がキューからキューへの伝播の場合は、エラーが発生します。このパラメータが`NULL`場合、伝播のqueue_to_queueプロパティは変更されません。

使用上のノート

このプロシージャは、現行のユーザーを使用して伝播を構成します。特定のソース・キューと宛先キューの間で許可される伝播は1つのみです。

このプロシージャを実行すると、指定された伝播に対して3つのルール(INSERT文に関するルール、UPDATE文に関するルール、DELETE文に関するルール)が生成されます。INSERT文とDELETE文については、dml_conditionパラメータで指定された条件を満たす行LCRのみが伝播されます。UPDATE文については、次のバリエーションがあります。

行LCRの新旧の値が両方とも指定のdml_conditionを満たす場合、その行LCRは変更なしで伝播されます。
行LCRの新旧の値が両方とも指定のdml_conditionを満たさない場合、その行LCRは伝播されません。
行LCRの古い値が指定のdml_conditionを満たし、新しい値が満たさない場合、更新行LCRは削除行LCRに変換されます。
行LCRの新しい値が指定のdml_conditionを満たし、古い値が満たさない場合、更新行LCRは挿入行LCRに変換されます。

更新が挿入または削除に変換されることを行の移行と呼びます。

伝播では、これらのルールがフィルタ処理に使用されます。伝播にポジティブ・ルール・セットがない場合は、ポジティブ・ルール・セットが自動的に作成され、表に変更を伝播するためのルールがポジティブ・ルール・セットに追加されます。サブセット・ルールはポジティブ・ルール・セットのみに追加可能で、ネガティブ・ルール・セットには追加できません。伝播の既存のポジティブ・ルール・セット内にある他のルールは、この影響を受けません。追加ルールは、DBMS_XSTREAM_ADMパッケージまたはDBMS_RULE_ADMパッケージのいずれかを使用して追加できます。

このプロシージャを実行すると、INSERT文、UPDATE文およびDELETE文のルールが自動的に作成され、これらのルールには、システム生成のルール名が指定されます。各ルールには、システム生成のルール名(表名とその後ろに付加される順序番号で構成される)が付けられます。この順序番号によって、名前の競合が回避されます。表名と順序番号を組み合せた名前が長すぎる場合は、表名が切り捨てられます。ADD_SUBSET_RULESプロシージャがオーバーロードされているため、INSERT文、UPDATE文およびDELETE文に対するシステム生成のルール名が戻されます。

表のサブセット・ルールを作成する場合は、表のすべての列を保持するソース・データベースで、無条件のサプリメンタル・ログ・グループを作成してください。サプリメンタル・ロギングは、更新を挿入に変換する必要がある場合に必要です。この変換を正しく実行するには、伝播ルールに列値がすべて設定されている必要があります。

ノート:

サブセット・ルールはポジティブ・ルール・セットの内部のみで使用できます。ネガティブ・ルール・セットにはサブセット・ルールを追加できません。ネガティブ・ルール・セットにサブセット・ルールを追加すると、ネガティブ・ルール・セットによって破棄されないLCRに対して行の移行が実行されないため、予期しない結果が発生する場合があります。

例

次に、行LCRのフィルタ処理に関して作成されるルール条件の例を示します。このルール条件では、dml_conditionがregion_id = 2、table_nameがhr.regions、およびsource_databaseがdbs1.netである場合の更新操作を示します。

:dml.get_object_owner()='HR' AND :dml.get_object_name()='REGIONS' 
AND :dml.is_null_tag()='Y' AND :dml.get_source_database_name()='DBS1.NET' 
AND :dml.get_command_type()='UPDATE' 
AND (:dml.get_value('NEW','"REGION_ID"') IS NOT NULL) 
AND (:dml.get_value('OLD','"REGION_ID"') IS NOT NULL) 
AND (:dml.get_value('OLD','"REGION_ID"').AccessNumber()=2) 
AND (:dml.get_value('NEW','"REGION_ID"').AccessNumber()=2)

219.4.9 ADD_SUBSET_RULESプロシージャ

このプロシージャは、XStreamクライアントにルールを追加します。

次のいずれかのタイプのXStreamクライアントのルール・セットにルールを追加します。

streams_typeパラメータをcaptureに設定すると、このプロシージャは、指定した表の行のサブセットに対する変更を取得する取得プロセス・ルールを追加します。

このプロシージャは、指定した取得プロセスが存在しない場合にそれを作成します。
streams_typeパラメータをapplyに設定し、streams_nameパラメータで適用プロセス、アウトバウンド・サーバーまたはインバウンド・サーバーの名前を指定すると、このプロシージャは、指定した表の行のサブセットに対する変更が記録されている論理変更レコード(LCR)を適用する適用ルールを追加します。このルールでは、特定のソース・データベースに属するLCRのみをルールの対象として指定できます。

このプロシージャは、指定したstreams_nameを持つ適用プロセス、アウトバウンド・サーバーまたはインバウンド・サーバーが存在しない場合に適用プロセスを作成します。このプロシージャはアウトバウンド・サーバーまたはインバウンド・サーバーにルールを追加できますが、アウトバウンド・サーバーまたはインバウンド・サーバーを作成することはできません。

このプロシージャはオーバーロードされています。このプロシージャの一方のバージョンでは3つのOUTパラメータを使用しますが、もう一方のバージョンでは使用しません。

構文

DBMS_XSTREAM_ADM.ADD_SUBSET_RULES(
   table_name             IN   VARCHAR2,
   dml_condition          IN   VARCHAR2,
   streams_type           IN   VARCHAR2 DEFAULT 'apply',
   streams_name           IN   VARCHAR2 DEFAULT NULL,
   queue_name             IN   VARCHAR2 DEFAULT 'streams_queue',
   include_tagged_lcr     IN   BOOLEAN  DEFAULT FALSE,
   source_database        IN   VARCHAR2 DEFAULT NULL,
   insert_rule_name       OUT  VARCHAR2,
   update_rule_name       OUT  VARCHAR2,
   delete_rule_name       OUT  VARCHAR2,
   source_root_name       IN  VARCHAR2  DEFAULT NULL,
   source_container_name  IN  VARCHAR2  DEFAULT NULL);

DBMS_XSTREAM_ADM.ADD_SUBSET_RULES(
   table_name             IN   VARCHAR2,
   dml_condition          IN   VARCHAR2,
   streams_type           IN   VARCHAR2 DEFAULT 'apply',
   streams_name           IN   VARCHAR2 DEFAULT NULL,
   queue_name             IN   VARCHAR2 DEFAULT 'streams_queue',
   include_tagged_lcr     IN   BOOLEAN  DEFAULT FALSE,
   source_database        IN   VARCHAR2 DEFAULT NULL,
   source_root_name       IN  VARCHAR2  DEFAULT NULL,
   source_container_name  IN  VARCHAR2  DEFAULT NULL);

パラメータ

表219-10 ADD_SUBSET_RULESプロシージャのパラメータ

パラメータ	説明
`table_name`	`[schema_name.]object_name`の形式で指定した表の名前。たとえば、`hr.employees`のように指定します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。指定した表は、取得プロセスまたは適用プロセスと同じデータベースに存在している必要があります。また、指定した表では、現在および将来にわたり、LOB列、`LONG`列、`LONG` `RAW`列または`XMLType`列を使用できません。
`dml_condition`	サブセット条件。SQLの`WHERE`句に条件を指定する場合と同じ方法で、サブセット条件を指定します。たとえば、`salary`が`4000`を超え、かつ`job_id`が`SA_MAN`である行を`hr.employees`表で指定するには、次のように条件を入力します。 `' salary > 4000 and job_id = ''SA_MAN'' '` ノート: 前述の例の引用符は、すべて一重引用符です。
`streams_type`	XStreamクライアントのタイプ: 取得プロセスの場合は、`capture`。適用プロセスの場合は、`apply`。
`streams_name`	取得プロセスまたは適用プロセスの名前。所有者を指定しないでください。 `NULL`の場合、`streams_type`が`capture`の場合、そしてキューに関連する取得プロセスが存在している場合は、該当するXStreamクライアントが使用されます。キューに関連するXStreamクライアントが存在しない場合は、XStreamクライアントがシステム生成の名前で自動的に作成されます。`NULL`で、指定した`streams_type`のXStreamクライアントがキューに対して複数存在する場合は、エラーが発生します。このパラメータが`NULL`で、`streams_type`パラメータが`apply`であり、関連する適用プロセスが1つ存在する場合は、その適用プロセスが使用されます。関連する適用プロセスは、次のいずれかの方法で選択されます。 `source_database`で指定されるソース・データベースを使用し、`queue_name`で指定されるキューを使用する既存の適用プロセスが1つ存在する場合は、その適用プロセスが選択されます。 `source_database`が`NULL`で、`queue_name`で指定されるキューを使用する既存の適用プロセスが1つ存在する場合は、その適用プロセスが選択されます。このパラメータが`NULL`で、関連する適用プロセスが存在しない場合は、システム生成の名前で適用プロセスが自動的に作成されます。このパラメータが`NULL`で、関連する適用プロセスが複数存在する場合は、エラーが発生します。適用プロセスには、それぞれ一意の名前を付ける必要があります。
`queue_name`	ローカル・キューの名前で、`[schema_name.]queue_name`の形式で指定します。現行のデータベースにキューが含まれている必要があり、キューは`ANYDATA`タイプを指定する必要があります。たとえば、`strmadmin`スキーマ内の`streams_queue`という名前のキューを指定するには、このパラメータに`strmadmin.streams_queue`と入力します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。取得プロセス・ルールの場合は、取得プロセスによってLCRがエンキューされるキューを指定します。アウトバウンド・サーバーのルールの場合、これはアウトバウンド・サーバーがLCRをデキューするキューになります。インバウンド・サーバーのルールの場合、これはインバウンド・サーバーがエラー・トランザクションをエンキューするキューになります。
`include_tagged_lcr`	`TRUE`の場合、XStreamクライアントはタグに関係なく、そのアクションを実行します。 REDOエントリは、`NULL`以外のタグがあるかどうかに関係なく、常に取得プロセスによる取得の対象とみなされます。 LCRは、REDOエントリまたはLCRに`NULL`以外のタグがあるかどうかに関係なく、常に適用プロセスによる適用の対象とみなされます。 `FALSE`の場合、XStreamクライアントは、タグが`NULL`の場合にのみアクションを実行します。 REDOエントリは、`NULL`タグがある場合にのみ、取得プロセスによる取得の対象とみなされます。 LCRは、`NULL`タグがある場合にのみ、適用プロセスによる適用の対象とみなされます。通常、変更が頻発する構成でソース・データベースに変更が循環するのを防ぐには、`FALSE`の設定が有効です。
`source_database`	ソース・データベースのグローバル名。`NULL`に設定すると、生成されるルールに対してソース・データベースに関する条件が追加されません。取得プロセス・ルールの場合、ソース・データベース上でローカルに取得プロセスを作成するには、`NULL`を指定するか、ローカル・データベースのグローバル名を指定します。ダウンストリーム・データベース上のダウンストリーム取得プロセスのルール・セットにルールを追加する場合は、変更が取得されるソース・データベースを指定します。適用プロセス・ルールの場合は、適用プロセスによって適用される変更のソース・データベースを指定します。ソース・データベースは、変更が発生したデータベースです。取得されたLCRを適用プロセスで適用する場合、適用プロセスによって適用できるのは、1つのソース・データベースでの1つの取得プロセスによるLCRのみです。 CDBでは、ルールに関連するコンテナのグローバル名を指定してください。コンテナは、ルートまたはPDBのいずれでもかまいません。たとえば、`mycdb.example.com`または`hrpdb.example.com`が使用できます。CDBでのこのパラメータの設定の詳細は、『Oracle Database XStreamガイド』を参照してください。ドメイン名を指定しない場合は、自動的にドメイン名がデータベース名に追加されます。たとえば、ドメイン名が`.NET`の場合に`DBS1`を指定すると、自動的に`DBS1.NET`が指定されます。
`insert_rule_name`	システムによって生成された`INSERT`ルール名が出力されます。このルールによって、挿入と、挿入に変換する必要がある更新が制御されます。
`update_rule_name`	システムによって生成された`UPDATE`ルール名が出力されます。このルールによって、更新のまま変換されない更新が制御されます。
`delete_rule_name`	システムによって生成された`DELETE`ルール名が出力されます。このルールによって、削除と、削除に変換する必要がある更新が制御されます。
`source_root_name`	ソースCDBのルートのグローバル名。たとえば、`mycdb.example.com`です。このパラメータが`NULL`の場合は、ローカルCDBにあるルートのグローバル名が使用されます。ダウンストリーム取得を構成している場合、このパラメータは非`NULL`値である必要があり、リモート・ソースCDBにあるルートのグローバル名を指定する必要があります。CDBでのこのパラメータの設定の詳細は、『Oracle Database XStreamガイド』を参照してください。ドメイン名を指定しない場合は、自動的にドメイン名がデータベース名に追加されます。たとえば、`DBS1`を指定し、ドメインが`EXAMPLE.COM`である場合、このプロシージャは自動的に`DBS1.EXAMPLE.COM`を指定します。ノート: このパラメータはCDBにのみ適用されます。
`source_container_name`	ソース・コンテナの短縮名。コンテナは、ルートまたはPDBのいずれでもかまいません。たとえば、`CDB$ROOT`または`hrpdb`です。CDBでのこのパラメータの設定の詳細は、『Oracle Database XStreamガイド』を参照してください。ノート: このパラメータはCDBにのみ適用されます。

使用上のノート

このプロシージャを実行すると、指定された取得プロセスまたは適用プロセスに対して3つのルール(INSERT文に関するルール、UPDATE文に関するルール、DELETE文に関するルール)が生成されます。INSERT文とDELETE文については、dml_conditionパラメータで指定された条件を満たすDML変更のみが取得または適用の対象となります。UPDATE文については、次のバリエーションがあります。

DML変更の新旧の値が両方とも指定のdml_conditionを満たす場合、そのDML変更は変更なしでそのまま取得または適用されます。
DML変更の新旧の値が両方とも指定のdml_conditionを満たさない場合、そのDML変更は取得または適用されません。
DML変更の古い値が指定のdml_conditionを満たし、新しい値が満たさない場合、DML変更は削除に変換されます。
DML変更の新しい値が指定のdml_conditionを満たし、古い値が満たさない場合、DML変更は挿入に変換されます。

更新が挿入または削除に変換されることを行の移行と呼びます。

取得プロセスまたは適用プロセスは、フィルタリングのためのルールを使用します。XStreamクライアントにポジティブ・ルール・セットがない場合は、ポジティブ・ルール・セットが自動的に作成され、表に関するルールがポジティブ・ルール・セットに追加されます。サブセット・ルールはポジティブ・ルール・セットのみに追加可能で、ネガティブ・ルール・セットには追加できません。プロセスの既存のルール・セット内にある他のルールは、この影響を受けません。追加ルールは、DBMS_XSTREAM_ADMパッケージまたはDBMS_RULE_ADMパッケージのいずれかを使用して追加できます。

このプロシージャを実行すると、INSERT文、UPDATE文およびDELETE文のルールが自動的に作成され、これらのルールには、システム生成のルール名が指定されます。各ルールには、システム生成のルール名(表名とその後ろに付加される順序番号で構成される)が付けられます。この順序番号によって、名前の競合が回避されます。表名と順序番号を組み合せた名前が長すぎる場合は、表名が切り捨てられます。ADD_SUBSET_RULESプロシージャがオーバーロードされているため、INSERT文、UPDATE文およびDELETE文に対するシステム生成のルール名が戻されます。

ノート:

サブセット・ルールはポジティブ・ルール・セットの内部のみで使用できます。ネガティブ・ルール・セットにはサブセット・ルールを追加できません。ネガティブ・ルール・セットにサブセット・ルールを追加すると、ネガティブ・ルール・セットによって破棄されないLCRに対して行の移行が実行されないため、予期しない結果が発生する場合があります。

例

次に、DML変更のフィルタ処理に関して作成されるルール条件の例を示します。このルール条件では、dml_conditionがregion_id = 2、table_nameがhr.regions、かつsource_databaseがdbs1.netである場合の更新操作を示します。

:dml.get_object_owner()='HR' AND :dml.get_object_name()='REGIONS' 
AND :dml.is_null_tag()='Y' AND :dml.get_source_database_name()='DBS1.NET' 
AND :dml.get_command_type()='UPDATE' 
AND (:dml.get_value('NEW','"REGION_ID"') IS NOT NULL) 
AND (:dml.get_value('OLD','"REGION_ID"') IS NOT NULL) 
AND (:dml.get_value('OLD','"REGION_ID"').AccessNumber()=2) 
AND (:dml.get_value('NEW','"REGION_ID"').AccessNumber()=2)

219.4.10 ADD_TABLE_PROPAGATION_RULESプロシージャ

このプロシージャは、伝播のポジティブ・ルール・セットまたはネガティブ・ルール・セットに表ルールを追加します。指定された伝播が存在しない場合は、伝播を作成します。

このプロシージャはオーバーロードされています。このプロシージャの一方のバージョンでは2つのOUTパラメータを使用しますが、もう一方のバージョンでは使用しません。

構文

DBMS_XSTREAM_ADM.ADD_TABLE_PROPAGATION_RULES(
   table_name              IN   VARCHAR2,
   streams_name            IN   VARCHAR2  DEFAULT NULL,
   source_queue_name       IN   VARCHAR2,
   destination_queue_name  IN   VARCHAR2,
   include_dml             IN   BOOLEAN   DEFAULT TRUE,
   include_ddl             IN   BOOLEAN   DEFAULT FALSE,
   include_tagged_lcr      IN   BOOLEAN   DEFAULT FALSE,
   source_database         IN   VARCHAR2  DEFAULT NULL,
   dml_rule_name           OUT  VARCHAR2,
   ddl_rule_name           OUT  VARCHAR2,
   inclusion_rule          IN   BOOLEAN   DEFAULT TRUE,
   and_condition           IN   VARCHAR2  DEFAULT NULL,
   queue_to_queue          IN   BOOLEAN   DEFAULT NULL);

DBMS_XSTREAM_ADM.ADD_TABLE_PROPAGATION_RULES(
   table_name              IN   VARCHAR2,
   streams_name            IN   VARCHAR2  DEFAULT NULL,
   source_queue_name       IN   VARCHAR2,
   destination_queue_name  IN   VARCHAR2,
   include_dml             IN   BOOLEAN   DEFAULT TRUE,
   include_ddl             IN   BOOLEAN   DEFAULT FALSE,
   include_tagged_lcr      IN   BOOLEAN   DEFAULT FALSE,
   source_database         IN   VARCHAR2  DEFAULT NULL,
   inclusion_rule          IN   BOOLEAN   DEFAULT TRUE,
   and_condition           IN   VARCHAR2  DEFAULT NULL,
   queue_to_queue          IN   BOOLEAN   DEFAULT NULL);

パラメータ

表219-11 ADD_TABLE_PROPAGATION_RULESプロシージャのパラメータ

パラメータ	説明
`table_name`	表の名前で、`[schema_name.]table_name`の形式で指定します。たとえば、`hr.employees`のように指定します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。
`streams_name`	伝播の名前所有者を指定しないでください。指定された伝播が存在しない場合は、自動的に作成されます。このパラメータが`NULL`で、同じソース・キューと宛先キュー(データベース・リンクを含む)を指定した伝播がすでに存在する場合は、その伝播が使用されます。このパラメータが`NULL`で、同じソース・キューと宛先キュー(データベース・リンクを含む)を指定した伝播が存在しない場合は、システム生成の名前で伝播が自動的に作成されます。
`source_queue_name`	ソース・キューの名前で、`[schema_name.]queue_name`の形式で指定します。現在のデータベースには、ソース・キューが含まれている必要があり、キューは`ANYDATA`タイプである必要があります。たとえば、`strmadmin`スキーマ内の`streams_queue`という名前のキューを指定するには、このパラメータに`strmadmin.streams_queue`と入力します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。
`destination_queue_name`	宛先キュー(データベース・リンクを含む)の名前で、宛先キューがリモート・データベース内に存在する場合は、`[schema_name.]queue_name[@dblink_name]`と指定します。必ず`ANYDATA`タイプのキューを指定してください。たとえば、`dbs2.net`というデータベース・リンクを使用し、`strmadmin`スキーマ内の`streams_queue`という名前の宛先キューを指定するには、このパラメータに`strmadmin.streams_queue@dbs2.net`と入力します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。データベース・リンクが省略された場合は、現行のデータベースのグローバル名が使用されます。その場合、ソース・キューと宛先キューは同じデータベース内に存在する必要があります。ノート: 接続修飾子は使用できません。
`include_dml`	`TRUE`に設定すると、DMLの変更に関するルールが作成されます。`FALSE`に設定すると、DMLルールは作成されません。`NULL`は許可されません。
`include_ddl`	`TRUE`に設定すると、DDLの変更に関するルールが作成されます。`FALSE`に設定すると、DDLルールは作成されません。`NULL`は許可されません。生成されるルールは、表で動作するDDL変更または表内のオブジェクト(表の索引、トリガーなど)で動作するDDL変更に対しては`TRUE`と評価されます。また、表を参照しないDDL変更または下位の表を参照するDDL変更に対しては`FALSE`と評価されます。たとえば、表に基づいてシノニムまたはビューを作成する変更に対しては`FALSE`と評価されます。また、表を参照するPL/SQLサブプログラムへの変更に対しても`FALSE`と評価されます。
`include_tagged_lcr`	`TRUE`に設定すると、生成されるルールに対してOracle Replicationタグに関する条件が追加されません。したがって、これらのルールは、論理変更レコード(LCR)に`NULL`以外のタグがあるかどうかに関係なく、`TRUE`と評価されます。伝播のポジティブ・ルール・セットにルールが追加される場合、`NULL`以外のタグがLCRにあるかどうかに関係なく、LCRは常に伝播の対象とみなされます。ポジティブ・ルール・セットにルールが追加される場合は、データベースの完全なコピー(スタンバイなど)を作成するときに、このパラメータを`TRUE`に設定することをお薦めします。伝播のネガティブ・ルール・セットにルールが追加される場合は、LCRのタグの値に関係なく、LCRが破棄されます。 `FALSE`に設定すると、LCRに`NULL`のOracle Replicationタグがあるときにかぎり、ルールが`TRUE`と評価される条件が、生成される各ルールに追加されます。伝播のポジティブ・ルール・セットにルールが追加される場合、LCRに`NULL`のタグがあるときにかぎり、LCRが伝播の対象とみなされます。ポジティブ・ルール・セットにルールが追加される場合は、変更が頻発する構成でソース・データベースに変更が循環するのを防ぐために、このパラメータを`FALSE`に設定することをお薦めします。伝播のネガティブ・ルール・セットにルールが追加される場合は、LCRに`NULL`のタグがあるときにかぎり、LCRを破棄できます。 `inclusion_rule`パラメータを`FALSE`に設定する場合は、通常、このパラメータを`TRUE`に設定してください。
`source_database`	ソース・データベースのグローバル名。ソース・データベースは、変更が発生したデータベースです。`NULL`に設定すると、生成されるルールに対してソース・データベースに関する条件が追加されません。ドメイン名を指定しない場合は、自動的にドメイン名がデータベース名に追加されます。たとえば、ドメイン名が`.NET`の場合に`DBS1`を指定すると、自動的に`DBS1.NET`が指定されます。伝播ルールではソース・データベースを指定することをお薦めします。
`dml_rule_name`	`include_dml`が`TRUE`の場合は、このパラメータでDMLルールの名前を指定します。 `include_dml`が`FALSE`の場合は、このパラメータを`NULL`に設定します。
`ddl_rule_name`	`include_ddl`が`TRUE`の場合は、このパラメータでDDLルールの名前を指定します。 `include_ddl`が`FALSE`の場合は、このパラメータを`NULL`に設定します。
`inclusion_rule`	`inclusion_rule`を`TRUE`に設定すると、伝播のポジティブ・ルール・セットにルールが追加されます。 `inclusion_rule`を`FALSE`に設定すると、伝播のネガティブ・ルール・セットにルールが追加されます。どちらの場合も、ルール・セットが存在しないときは、自動的に作成されます。
`and_condition`	このパラメータに`NULL`以外の文字列を指定すると、次に示すように`AND`句によって、システム生成されるルール条件の後に指定した条件が追加されます。 (system_condition) AND (and_condition) 指定する条件の変数は、必ず`:lcr`を使用してください。たとえば、Oracle Replicationタグの16進表現が`'02'`の場合にかぎり、このプロシージャで生成される表ルールを`TRUE`と評価するには、次のように条件を指定します。 :lcr.get_tag() = HEXTORAW(''02'') 指定した条件内の`:lcr`変数は、生成されるルールのタイプに応じて、`:dml`または`:ddl`に変換されます。特定のLCRタイプ(行LCRまたはDDL LCR)に依存するLCRメンバー・サブプログラムを指定する場合は、このプロシージャによって適切なルールのみが生成されるように確認する必要があります。つまり、行LCRに対してのみ有効なLCRメンバー・サブプログラムを指定する場合は、`include_dml`パラメータを`TRUE`に、`include_ddl`パラメータを`FALSE`に設定します。DDL LCRに対してのみ有効なLCRメンバー・サブプログラムを指定する場合は、`include_dml`パラメータを`FALSE`に、`include_ddl`パラメータを`TRUE`に設定します。関連項目: 論理変更レコードのタイプ
`queue_to_queue`	`TRUE`または`NULL`の場合、このプロシージャによって作成される新しい伝播は、キューからキューへの伝播です。キューからキューへの伝播では、常に独自の伝播ジョブが存在し、宛先キューがOracle Real Application Clusters(Oracle RAC)データベースでバッファに入れられたキューの場合、自動フェイルオーバーのサービスが使用されます。 `FALSE`の場合、このプロシージャによって作成される新しい伝播はキューからデータベース・リンクへの伝播です。キューからデータベース・リンクの伝播では、同じデータベース・リンクを使用する他の伝播と伝播ジョブを共有できますが、Oracle RAC環境での自動フェイルオーバーはサポートされません。このプロシージャでは、既存の伝播のqueue_to_queueプロパティは変更できません。指定した伝播が存在する場合は、それぞれの設定に対して次のように処理されます。このパラメータが`TRUE`で、指定した伝播がキューからキューへの伝播でない場合は、エラーが発生します。このパラメータが`FALSE`で、指定した伝播がキューからキューへの伝播の場合は、エラーが発生します。このパラメータが`NULL`場合、伝播のqueue_to_queueプロパティは変更されません。

使用上のノート

このプロシージャは、現行のユーザーを使用して伝播を構成します。特定のソース・キューと宛先キューの間で許可される伝播は1つのみです。

このプロシージャは、include_dmlパラメータ値とinclude_ddlパラメータ値に基づいて、DMLとDDLのルールをそれぞれ自動的に作成します。各ルールには、システム生成のルール名(表名とその後ろに付加される順序番号で構成される)が付けられます。この順序番号によって、名前の競合が回避されます。表名と順序番号を組み合せた名前が長すぎる場合は、表名が切り捨てられます。伝播では、これらのルールがフィルタ処理に使用されます。

例

次に、DML文のフィルタ処理に関して作成される表ルール条件の例を示します。

(((:dml.get_object_owner() = 'HR' and :dml.get_object_name() = 'LOCATIONS')) 
and :dml.is_null_tag() = 'Y' and :dml.get_source_database_name() = 'DBS1.NET' )

219.4.11 ADD_TABLE_RULESプロシージャ

このプロシージャは、XStreamクライアントのルール・セットにルールを追加します。

次のいずれかのタイプのXStreamクライアントのルール・セットにルールを追加します。

streams_typeパラメータをcaptureに設定すると、このプロシージャは、指定した表に対する変更を取得する取得プロセス・ルールを追加します。

このプロシージャは、指定した取得プロセスが存在しない場合にそれを作成します。
streams_typeパラメータをapplyに設定し、streams_nameパラメータで適用プロセス、アウトバウンド・サーバー、またはインバウンド・サーバーの名前を指定すると、このプロシージャは、指定した表の変更が記録されている論理変更レコード(LCR)を適用する適用ルールを追加します。このルールでは、特定のソース・データベースに属するLCRのみをルールの対象として指定できます。

このプロシージャは、指定したstreams_nameを持つ適用プロセス、アウトバウンド・サーバーまたはインバウンド・サーバーが存在しない場合に適用プロセスを作成します。このプロシージャはアウトバウンド・サーバーまたはインバウンド・サーバーにルールを追加できますが、アウトバウンド・サーバーまたはインバウンド・サーバーを作成することはできません。

このプロシージャはオーバーロードされています。このプロシージャの一方のバージョンでは2つのOUTパラメータを使用しますが、もう一方のバージョンでは使用しません。

構文

DBMS_XSTREAM_ADM.ADD_TABLE_RULES(
   table_name             IN   VARCHAR2,
   streams_type           IN   VARCHAR2,
   streams_name           IN   VARCHAR2  DEFAULT NULL,
   queue_name             IN   VARCHAR2  DEFAULT 'streams_queue',
   include_dml            IN   BOOLEAN   DEFAULT TRUE,
   include_ddl            IN   BOOLEAN   DEFAULT FALSE,
   include_tagged_lcr     IN   BOOLEAN   DEFAULT FALSE,
   source_database        IN   VARCHAR2  DEFAULT NULL,
   dml_rule_name          OUT  VARCHAR2,
   ddl_rule_name          OUT  VARCHAR2,
   inclusion_rule         IN   BOOLEAN   DEFAULT TRUE,
   and_condition          IN   VARCHAR2  DEFAULT NULL,
   source_root_name       IN  VARCHAR2   DEFAULT NULL,
   source_container_name  IN  VARCHAR2   DEFAULT NULL);

DBMS_XSTREAM_ADM.ADD_TABLE_RULES(
   table_name             IN   VARCHAR2,
   streams_type           IN   VARCHAR2,
   streams_name           IN   VARCHAR2  DEFAULT NULL,
   queue_name             IN   VARCHAR2  DEFAULT 'streams_queue',
   include_dml            IN   BOOLEAN   DEFAULT TRUE,
   include_ddl            IN   BOOLEAN   DEFAULT FALSE,
   include_tagged_lcr     IN   BOOLEAN   DEFAULT FALSE,
   source_database        IN   VARCHAR2  DEFAULT NULL,
   inclusion_rule         IN   BOOLEAN   DEFAULT TRUE,
   and_condition          IN   VARCHAR2  DEFAULT NULL,
   source_root_name       IN  VARCHAR2   DEFAULT NULL,
   source_container_name  IN  VARCHAR2   DEFAULT NULL);

パラメータ

表219-12 ADD_TABLE_RULESプロシージャのパラメータ

パラメータ	説明
`table_name`	`[schema_name.]object_name`の形式で指定した表の名前。たとえば、`hr.employees`のように指定します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。 Oracle Replicationでは表の有無がチェックされないため、まだ存在しない表も指定できます。
`streams_type`	XStreamクライアントのタイプ: 取得プロセスの場合は、`capture`。適用プロセスの場合は、`apply`。
`streams_name`	取得プロセスまたは適用プロセスの名前。所有者を指定しないでください。 `NULL`の場合、`streams_type`が`capture`の場合、そしてキューに関連する取得プロセスが存在している場合は、該当するXStreamクライアントが使用されます。キューに関連するXStreamクライアントが存在しない場合は、XStreamクライアントがシステム生成の名前で自動的に作成されます。`NULL`で、指定した`streams_type`のXStreamクライアントがキューに対して複数存在する場合は、エラーが発生します。このパラメータが`NULL`で、`streams_type`パラメータが`apply`であり、関連する適用プロセスが1つ存在する場合は、その適用プロセスが使用されます。関連する適用プロセスは、次のいずれかの方法で選択されます。 `source_database`で指定されるソース・データベースを使用し、`queue_name`で指定されるキューを使用する既存の適用プロセスが1つ存在する場合は、その適用プロセスが選択されます。 `source_database`が`NULL`で、`queue_name`で指定されるキューを使用する既存の適用プロセスが1つ存在する場合は、その適用プロセスが選択されます。このパラメータが`NULL`で、関連する適用プロセスが存在しない場合は、システム生成の名前で適用プロセスが自動的に作成されます。このパラメータが`NULL`で、関連する適用プロセスが複数存在する場合は、エラーが発生します。適用プロセスには、それぞれ一意の名前を付ける必要があります。
`queue_name`	ローカル・キューの名前で、`[schema_name.]queue_name`の形式で指定します。現行のデータベースにキューが含まれている必要があり、キューは`ANYDATA`タイプを指定する必要があります。たとえば、`strmadmin`スキーマ内の`streams_queue`という名前のキューを指定するには、このパラメータに`strmadmin.streams_queue`と入力します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。取得プロセス・ルールの場合は、取得プロセスによってLCRがエンキューされるキューを指定します。アウトバウンド・サーバーのルールの場合、これはアウトバウンド・サーバーがLCRをデキューするキューになります。インバウンド・サーバーのルールの場合、これはインバウンド・サーバーがエラー・トランザクションをエンキューするキューになります。
`include_dml`	`TRUE`に設定すると、DMLの変更に関するDMLルールが作成されます。`FALSE`に設定すると、DMLルールは作成されません。`NULL`は許可されません。
`include_ddl`	`TRUE`に設定すると、DDLの変更に関するDDLルールが作成されます。`FALSE`に設定すると、DDLルールは作成されません。`NULL`は許可されません。生成されるルールは、表で動作するDDL変更または表内のオブジェクト(表の索引、トリガーなど)で動作するDDL変更に対しては`TRUE`と評価されます。また、表を参照しないDDL変更または下位の表を参照するDDL変更に対しては`FALSE`と評価されます。たとえば、表に基づいてシノニムまたはビューを作成する変更に対しては`FALSE`と評価されます。また、表を参照するPL/SQLサブプログラムへの変更に対しても`FALSE`と評価されます。
`include_tagged_lcr`	`TRUE`に設定すると、生成されるルールに対してOracle Replicationタグに関する条件が追加されません。したがって、これらのルールは、REDOエントリ、セッションまたはLCRに`NULL`以外のタグがあるかどうかに関係なく、`TRUE`と評価されます。XStreamクライアントのポジティブ・ルール・セットにルールが追加されている場合、XStreamクライアントはタグに関係なくそのアクションを実行します。 REDOエントリは、`NULL`以外のタグがあるかどうかに関係なく、常に取得プロセスによる取得の対象とみなされます。 LCRは、REDOエントリまたはLCRに`NULL`以外のタグがあるかどうかに関係なく、常に適用プロセスによる適用の対象とみなされます。ポジティブ・ルール・セットにルールが追加される場合は、データベースの完全なコピー(スタンバイなど)を作成するときに、このパラメータを`TRUE`に設定することをお薦めします。XStreamクライアントのネガティブ・ルール・セットにルールが追加される場合は、タグの値に関係なく、データベース変更が破棄されます。 `FALSE`に設定すると、REDOエントリ、セッションまたはLCRに`NULL`のOracle Replicationタグがあるときにかぎり、ルールが`TRUE`と評価される条件が、生成される各ルールに追加されます。XStreamクライアントのポジティブ・ルール・セットにルールが追加される場合、XStreamクライアントは、タグが`NULL`の場合にのみ、そのアクションを実行します。 REDOエントリは、`NULL`タグがある場合にのみ、取得プロセスによる取得の対象とみなされます。 LCRは、`NULL`タグがある場合にのみ、適用プロセスによる適用の対象とみなされます。ポジティブ・ルール・セットにルールが追加される場合は、変更が頻発する構成でソース・データベースに変更が循環するのを防ぐために、このパラメータを`FALSE`に設定することをお薦めします。XStreamクライアントのネガティブ・ルール・セットにルールが追加される場合は、`NULL`のタグがあるときにかぎり、データベース変更を破棄できます。通常、変更が頻発する構成でソース・データベースに変更が循環するのを防ぐには、`FALSE`の設定が有効です。 `inclusion_rule`パラメータを`FALSE`に設定する場合は、通常、このパラメータを`TRUE`に設定してください。
`source_database`	ソース・データベースのグローバル名。`NULL`に設定すると、生成されるルールに対してソース・データベースに関する条件が追加されません。取得プロセス・ルールの場合、ソース・データベース上でローカルに取得プロセスを作成するには、`NULL`を指定するか、ローカル・データベースのグローバル名を指定します。ダウンストリーム・データベース上のダウンストリーム取得プロセスのルール・セットにルールを追加する場合は、変更が取得されるソース・データベースを指定します。適用プロセス・ルールの場合は、適用プロセスによって適用される変更のソース・データベースを指定します。ソース・データベースは、変更が発生したデータベースです。取得されたLCRを適用プロセスで適用する場合、適用プロセスによって適用できるのは、1つのソース・データベースでの1つの取得プロセスによるLCRのみです。 CDBでは、ルールに関連するコンテナのグローバル名を指定してください。コンテナは、ルートまたはPDBのいずれでもかまいません。たとえば、`mycdb.example.com`または`hrpdb.example.com`が使用できます。CDBでのこのパラメータの設定の詳細は、『Oracle Database XStreamガイド』を参照してください。ドメイン名を指定しない場合は、自動的にドメイン名がデータベース名に追加されます。たとえば、ドメイン名が`.NET`の場合に`DBS1`を指定すると、自動的に`DBS1.NET`が指定されます。
`dml_rule_name`	`include_dml`が`TRUE`の場合は、このパラメータでDMLルールの名前を指定します。 `include_dml`が`FALSE`の場合は、このパラメータを`NULL`に設定します。
`ddl_rule_name`	`include_ddl`が`TRUE`の場合は、このパラメータでDDLルールの名前を指定します。 `include_ddl`が`FALSE`の場合は、このパラメータを`NULL`に設定します。
`inclusion_rule`	`inclusion_rule`が`TRUE`の場合、このプロシージャはXStreamクライアントのポジティブ・ルール・セットにルールを追加します。 `inclusion_rule`が`FALSE`の場合、ルールはXStreamクライアントのネガティブ・ルール・セットに追加されます。どちらの場合も、ルール・セットが存在しないときは、自動的に作成されます。
`and_condition`	このパラメータに`NULL`以外の文字列を指定すると、次に示すように`AND`句によって、システム生成されるルール条件の後に指定した条件が追加されます。 (system_condition) AND (and_condition) 指定する条件の変数は、必ず`:lcr`を使用してください。たとえば、Oracle Replicationタグの16進表現が`'02'`の場合にかぎり、このプロシージャで生成される表ルールを`TRUE`と評価するには、次のように条件を指定します。 :lcr.get_tag() = HEXTORAW(''02'') 指定した条件内の`:lcr`変数は、生成されるルールのタイプに応じて、`:dml`または`:ddl`に変換されます。特定のLCRタイプ(行LCRまたはDDL LCR)に依存するLCRメンバー・サブプログラムを指定する場合は、このプロシージャによって適切なルールのみが生成されるように確認する必要があります。つまり、行LCRに対してのみ有効なLCRメンバー・サブプログラムを指定する場合は、`include_dml`パラメータを`TRUE`に、`include_ddl`パラメータを`FALSE`に設定します。DDL LCRに対してのみ有効なLCRメンバー・サブプログラムを指定する場合は、`include_dml`パラメータを`FALSE`に、`include_ddl`パラメータを`TRUE`に設定します。関連項目: 論理変更レコードのタイプ
`source_root_name`	ソースCDBのルートのグローバル名。たとえば、`mycdb.example.com`です。このパラメータが`NULL`の場合は、ローカルCDBにあるルートのグローバル名が使用されます。ダウンストリーム取得を構成している場合、このパラメータは非`NULL`値である必要があり、リモート・ソースCDBにあるルートのグローバル名を指定する必要があります。CDBでのこのパラメータの設定の詳細は、『Oracle Database XStreamガイド』を参照してください。ドメイン名を指定しない場合は、自動的にドメイン名がデータベース名に追加されます。たとえば、`DBS1`を指定し、ドメインが`EXAMPLE.COM`である場合、このプロシージャは自動的に`DBS1.EXAMPLE.COM`を指定します。ノート: このパラメータはCDBにのみ適用されます。
`source_container_name`	ソース・コンテナの短縮名。コンテナは、ルートまたはPDBのいずれでもかまいません。たとえば、`CDB$ROOT`または`hrpdb`です。CDBでのこのパラメータの設定の詳細は、『Oracle Database XStreamガイド』を参照してください。ノート: このパラメータはCDBにのみ適用されます。

使用上のノート

このプロシージャは、include_dmlパラメータ値とinclude_ddlパラメータ値に基づいて、DMLとDDLのルールをそれぞれ自動的に作成します。各ルールには、システム生成のルール名(表名とその後ろに付加される順序番号で構成される)が付けられます。この順序番号によって、名前の競合が回避されます。表名と順序番号を組み合せた名前が長すぎる場合は、表名が切り捨てられます。取得プロセスまたは適用プロセスは、フィルタリングのためのルールを使用します。

参照:

例

次に、DMLの変更に関して作成される表ルール条件の例を示します。

(((:dml.get_object_owner() = 'HR' and :dml.get_object_name() = 'LOCATIONS')) 
and :dml.is_null_tag() = 'Y' and :dml.get_source_database_name() = 'DBS1.NET' )

219.4.12 ALTER_INBOUNDプロシージャ

このプロシージャは、XStreamインバウンド・サーバーを変更します。

構文

DBMS_XSTREAM_ADM.ALTER_INBOUND(
   server_name IN VARCHAR2,
   apply_user  IN VARCHAR2  DEFAULT NULL,  
   comment     IN VARCHAR2  DEFAULT NULL);

パラメータ

表219-13 ALTER_INBOUNDプロシージャのパラメータ

パラメータ説明

パラメータ	説明
`server_name`	変更中のインバウンド・サーバーの名前。既存のインバウンド・サーバーを指定します。所有者を指定しないでください。
`apply_user`	インバウンド・サーバーのルール・セットを満たすDMLおよびDDL変更をすべて適用するユーザー、ユーザー定義の適用ハンドラを実行するユーザー、およびインバウンド・サーバーのルール用に構成されたカスタムのルールベース変換を実行するユーザー。クライアント・アプリケーションは、適用ユーザーとしてインバウンド・サーバーに連結する必要があります。ユーザーを指定して、適用ユーザーを変更してください。この場合、`ALTER_INBOUND`プロシージャを起動するユーザーに`DBA`ロールを付与する必要があります。`apply_user`を`SYS`に設定できるのは、`SYS`ユーザーに限られています。 `NULL`の場合、適用ユーザーは変更されません。適用ユーザーに必要な権限の詳細は、「CREATE_INBOUNDプロシージャ」を参照してください。
`comment`	インバウンド・サーバーに関連付けられたオプションのコメント。 `NULL`以外の場合、既存のコメントにかわって指定されたコメントが表示されます。 `NULL`の場合、既存のコメントは変更されません。

server_name

変更中のインバウンド・サーバーの名前。既存のインバウンド・サーバーを指定します。所有者を指定しないでください。

apply_user

インバウンド・サーバーのルール・セットを満たすDMLおよびDDL変更をすべて適用するユーザー、ユーザー定義の適用ハンドラを実行するユーザー、およびインバウンド・サーバーのルール用に構成されたカスタムのルールベース変換を実行するユーザー。

クライアント・アプリケーションは、適用ユーザーとしてインバウンド・サーバーに連結する必要があります。

ユーザーを指定して、適用ユーザーを変更してください。この場合、ALTER_INBOUNDプロシージャを起動するユーザーにDBAロールを付与する必要があります。apply_userをSYSに設定できるのは、SYSユーザーに限られています。

NULLの場合、適用ユーザーは変更されません。

適用ユーザーに必要な権限の詳細は、「CREATE_INBOUNDプロシージャ」を参照してください。

comment

インバウンド・サーバーに関連付けられたオプションのコメント。

NULL以外の場合、既存のコメントにかわって指定されたコメントが表示されます。

NULLの場合、既存のコメントは変更されません。

219.4.13 ALTER_OUTBOUNDプロシージャ

このプロシージャは、XStreamアウトバウンド・サーバーの構成を変更します。

このプロシージャは、指定されたアウトバウンド・サーバーを常に変更します。また、次の条件のいずれかが満たされた場合、このプロシージャはアウトバウンド・サーバーの取得プロセスを変更することもできます。

取得プロセスがこのパッケージのCREATE_OUTBOUNDプロシージャによって作成されました。
取得プロセスで使用されたキューは、CREATE_OUTBOUNDプロシージャによって作成されました。

このプロシージャがアウトバウンド・サーバーの取得プロセスを変更できるかどうかを確認するには、ALL_XSTREAM_OUTBOUNDビューのCAPTURE_NAME列を問い合せます。取得プロセスの名前がこのビューのCAPTURE_NAME列に表示される場合、ALTER_OUTBOUNDプロシージャは取得プロセスのルールを管理するか、取得プロセスの取得ユーザーを変更することができます。このビューのCAPTURE_NAME列がNULLの場合、ALTER_OUTBOUNDプロシージャは取得プロセスを管理できません。

このプロシージャはオーバーロードされています。1つのtable_namesパラメータは、VARCHAR2タイプで、もう1つのtable_namesパラメータは、DBMS_UTILITY.UNCL_ARRAYタイプです。また、一方のschema_namesパラメータはVARCHAR2タイプで、もう一方のschema_namesパラメータはDBMS_UTILITY.UNCL_ARRAYタイプです。これらのパラメータを使用して、表とスキーマのリストをそれぞれ別の方法で入力することができます。これらのパラメータは相互に排他的です。

ノート:

Oracle Database 11gリリース2 (11.2.0.2)から、このプロシージャにstart_scnおよびstart_timeの各パラメータが組み込まれています。

構文

DBMS_XSTREAM_ADM.ALTER_OUTBOUND(
   server_name           IN VARCHAR2,
   table_names           IN DBMS_UTILITY.UNCL_ARRAY,
   schema_names          IN DBMS_UTILITY.UNCL_ARRAY,
   add                   IN BOOLEAN    DEFAULT TRUE,
   capture_user          IN VARCHAR2   DEFAULT NULL,
   connect_user          IN VARCHR2    DEFAULT NULL,
   comment               IN VARCHAR2   DEFAULT NULL,
   inclusion_rule        IN BOOLEAN    DEFAULT TRUE,
   start_scn             IN NUMBER     DEFAULT NULL,
   start_time            IN TIMESTAMP  DEFAULT NULL,
   include_dml           IN BOOLEAN    DEFAULT TRUE,
   include_ddl           IN BOOLEAN    DEFAULT FALSE,
   source_database       IN VARCHAR2   DEFAULT NULL,
   source_container_name IN VARCHAR2   DEFAULT NULL);

DBMS_XSTREAM_ADM.ALTER_OUTBOUND(
   server_name           IN VARCHAR2,
   table_names           IN VARCHAR2   DEFAULT NULL,
   schema_names          IN VARCHAR2   DEFAULT NULL,
   add                   IN BOOLEAN    DEFAULT TRUE,
   capture_user          IN VARCHAR2   DEFAULT NULL,
   connect_user          IN VARCHAR2   DEFAULT NULL,
   comment               IN VARCHAR2   DEFAULT NULL,
   inclusion_rule        IN BOOLEAN    DEFAULT TRUE,
   start_scn             IN NUMBER     DEFAULT NULL,
   start_time            IN TIMESTAMP  DEFAULT NULL,
   include_dml           IN BOOLEAN    DEFAULT TRUE,
   include_ddl           IN BOOLEAN    DEFAULT FALSE,
   source_database       IN VARCHAR2   DEFAULT NULL,
   source_container_name IN VARCHAR2   DEFAULT NULL);

パラメータ

表219-14 ALTER_OUTBOUNDプロシージャのパラメータ

パラメータ	説明
`server_name`	変更中のアウトバウンド・サーバーの名前。既存のアウトバウンド・サーバーを指定します。所有者を指定しないでください。
`table_names`	XStream Out構成に追加、またはXStream Out構成から削除される表。表が追加されるか、または変更されるかは、`add`パラメータの設定に依存します。表は、次の方法で指定できます。 `VARCHAR2`タイプのカンマ区切りリスト。 `DBMS_UTILITY.UNCL_ARRAY`タイプのPL/SQL連想配列で、表の名前が各要素になります。位置1の最初の表を指定します。最後の位置は`NULL`になります。それぞれの表は、`[schema_name.]table_name`という形式で指定する必要があります。たとえば、`hr.employees`のように指定します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。関連項目: このパラメータの詳細は、「使用上のノート」を参照してください。
`schema_names`	XStream Out構成に追加、またはXStream Out構成から削除されるスキーマ。スキーマが追加されるか、または削除されるかは、`add`パラメータの設定に依存します。スキーマは、次の方法で指定できます。 `VARCHAR2`タイプのカンマ区切りリスト。 `DBMS_UTILITY.UNCL_ARRAY`タイプのPL/SQL連想配列で、スキーマの名前が各要素になります。位置1の最初のスキーマを指定します。最後の位置は`NULL`になります。ノート: このプロシージャでは、`schema_names`パラメータと`table_names`パラメータは連結されません。表を指定するには、完全修飾された表名を`table_names`パラメータ(`schema_name.table_name`)に入力します。関連項目: このパラメータの詳細は、「使用上のノート」を参照してください。
`add`	`TRUE`の場合、このプロシージャは、`table_names`パラメータで指定した表、または`schema_names`パラメータで指定したスキーマをXStream Out構成に追加します。 `FALSE`の場合、このプロシージャは、`table_names`パラメータで指定した表、または`schema_names`パラメータで指定したスキーマをXStream Out構成から削除します。
`capture_user`	ユーザーを指定しますが、このユーザーのセキュリティ・ドメイン内で、取得プロセスは、取得プロセスのルール・セットを満たす変更を取得し、取得プロセス・ルールに対して構成されているカスタム・ルールベースの変換を実行します。ユーザーを指定して、取得ユーザーを変更してください。この場合、`ALTER_OUTBOUND`プロシージャを起動するユーザーに`DBA`ロールを付与する必要があります。`capture_user`を`SYS`に設定できるのは、`SYS`ユーザーに限られています。 `NULL`の場合、取得ユーザーは変更されません。取得ユーザーを変更すると、取得プロセスで使用されるキューに対するエンキュー権限が新しい取得ユーザーに付与され、その取得ユーザーがセキュアなキュー・ユーザーとして構成されます。取得ユーザーに、その他の必須権限が付与されていることを確認してください。取得ユーザーに必要な権限の詳細は、「CREATE_OUTBOUNDプロシージャ」を参照してください。このパラメータの値を変更すると、取得プロセスは自動的に停止し、再開します。ノート: 取得プロセスの取得ユーザーが`DROP` `USER . . .` `CASCADE`を使用して削除されると、取得プロセスも自動的に削除されます。
`connect_user`	指定したアウトバウンド・サーバーに連結して変更ストリームを取得できるユーザー。XStreamクライアント・アプリケーションは、指定された接続ユーザーとしてアウトバウンド・サーバーに連結する必要があります。ユーザーを指定して、接続ユーザーを変更してください。この場合、`ALTER_OUTBOUND`プロシージャを起動するユーザーに`DBA`ロールを付与する必要があります。`SYS`ユーザーのみが`connect_user`を`SYS`に設定できます。 `NULL`の場合、接続ユーザーは変更されません。接続ユーザーを変更すると、アウトバウンド・サーバーで使用されるキューに対するデキュー権限が新しい接続ユーザーに付与され、そのユーザーがセキュアなキュー・ユーザーとして構成されます。接続ユーザーにその他の必須権限が付与されていることを確認してください。接続ユーザーに必要な権限の詳細は、「CREATE_OUTBOUNDプロシージャ」を参照してください。
`comment`	アウトバウンド・サーバーに関連付けられたオプションのコメント。 `NULL`以外の場合、既存のコメントにかわって指定されたコメントが表示されます。 `NULL`の場合、既存のコメントは変更されません。
`inclusion_rule`	`TRUE`で、`add`パラメータが`TRUE`に設定されている場合は、`table_names`パラメータで指定された表と`schema_names`パラメータで指定されたスキーマに対するルールがXStream Out構成のポジティブ・ルール・セットに追加されます。表およびスキーマのルールがポジティブ・ルール・セットに含まれている場合、XStream Out構成は表とスキーマに対するDMLおよびDDL変更をクライアント・アプリケーションにストリーム・アウトします。 `TRUE`で、`add`パラメータが`FALSE`に設定されている場合は、`table_names`パラメータで指定された表と`schema_names`パラメータで指定されたスキーマに対するルールがXStream Out構成のポジティブ・ルール・セットから削除されます。 `FALSE`で、`add`パラメータが`TRUE`に設定されている場合は、`table_names`パラメータで指定された表と`schema_names`パラメータで指定されたスキーマに対するルールがXStream Out構成のネガティブ・ルール・セットに追加されます。表およびスキーマのルールがネガティブ・ルール・セットに含まれている場合、XStream Out構成は表とスキーマに対するDMLおよびDDL変更をクライアント・アプリケーションにストリーム・アウトしません。 `FALSE`で、`add`パラメータが`FALSE`に設定されている場合は、`table_names`パラメータで指定された表と`schema_names`パラメータで指定されたスキーマに対するルールがXStream Out構成のネガティブ・ルール・セットから削除されます。
`start_scn`	データベースの有効なSCNのうち、取得プロセスによる変更の取得の開始時に使用するSCN(開始時SCN)。SCN値を有効にするには、取得プロセスの最初のSCN値以上にする必要があります。有効なSCNが指定された場合、取得プロセスは、再起動したときに指定のSCNから変更を取得します。無効なSCNが指定された場合はエラーが戻されます。 `NULL`で、`start_time`パラメータが`NULL`の場合、開始SCNは変更されません。 `NULL`で、`start_time`パラメータが`NULL`以外の場合、開始SCNは指定された開始時間に一致するように変更されます。 `start_scn`パラメータと`start_time`パラメータは、両方同時には指定できません。ノート: 取得プロセスが有効な場合、`ALTER_OUTBOUND`プロシージャは自動的に停止し、`start_scn`パラメータが`NULL`以外のときに取得プロセスを再起動します。取得プロセスが無効な場合、`ALTER_OUTBOUND`プロシージャは、`start_scn`パラメータが`NULL`以外のときに取得プロセスを自動的に起動します。
`start_time`	取得プロセスによる変更の取得の開始時点となる有効な時間。時間を有効にするには、取得プロセスの最初のSCN値以上であるSCN値の時間と一致している必要があります。有効な時間が指定された場合、取得プロセスは再起動したときに指定の時間の変更を取得します。無効な時間が指定された場合はエラーが戻されます。 `NULL`で、`start_scn`パラメータが`NULL`の場合、開始時間は変更されません。 `NULL`で、`start_scn`パラメータが`NULL`以外の場合、開始時間は指定された開始SCNと一致するように変更されます。 `start_scn`パラメータと`start_time`パラメータは、両方同時には指定できません。ノート: 取得プロセスが有効な場合、`ALTER_OUTBOUND`プロシージャは自動的に停止し、`start_time`パラメータが`NULL`以外のときに取得プロセスを再起動します。取得プロセスが無効な場合、`ALTER_OUTBOUND`プロシージャは、`start_time`パラメータが`NULL`以外のときに取得プロセスを自動的に起動します。
`include_dml`	`TRUE`に設定すると、DMLの変更に関するDMLルールが作成されます。`FALSE`に設定すると、DMLルールは作成されません。`NULL`は許可されません。
`include_ddl`	`TRUE`に設定すると、DDLの変更に関するDDLルールが作成されます。`FALSE`に設定すると、DDLルールは作成されません。`NULL`は許可されません。
`source_database`	指定した`table_names`と`schema_names`が配置されているコンテナのグローバル名。 `source_database`が`NULL`以外の場合、ソース・データベースのグローバル名に基づいてLCRをフィルタリングする条件がアウトバウンド・サーバーのルールに追加されます。
`source_container_name`	ソース・コンテナの短縮名。コンテナは、ルートまたはPDBのいずれでもかまいません。たとえば、`CDB$ROOT`または`hrpdb`です。CDBでのこのパラメータの設定の詳細は、『Oracle Database XStreamガイド』を参照してください。ノート: このパラメータはCDBにのみ適用されます。

使用上のノート

次のリストは、table_namesおよびschema_namesパラメータの様々な組合せにおけるアウトバウンド・サーバーの動作について説明しています。

table_namesパラメータとschema_namesパラメータが両方ともNULLまたは空の場合、XStream Out構成に対するルールは変更されません。

このプロシージャはオーバーロードされています。table_namesおよびschema_namesパラメータのデフォルトはNULLです。同じコールでtable_namesとschema_namesの両方にNULLを指定しないでください。指定した場合は、エラーPLS-00307が戻されます。
table_namesパラメータとschema_namesパラメータが両方とも指定された場合、表およびスキーマのルールは、addパラメータの設定に応じてXStream Out構成に追加、またはXStream Out構成から削除されます。
table_namesパラメータが指定されていて、schema_namesパラメータがNULLまたは空の場合、表のルールは、addパラメータの設定に応じてXStream Out構成に追加、またはXStream Out構成から削除されます。スキーマの既存ルールは、XStream Out構成に対して変更されません。
table_namesパラメータがNULLまたは空で、schema_namesパラメータが指定されている場合、スキーマのルールは、addパラメータの設定に応じてXStream Out構成に追加、またはXStream Out構成から削除されます。表の既存ルールは、XStream Out構成に対して変更されません。

table_namesおよびschema_namesパラメータでDBMS_UTILITY.UNCL_ARRAYタイプを使用するプロシージャの場合、両方のパラメータを指定する必要があります。表のみを指定するには、schema_namesパラメータを指定して空にする必要があります。スキーマのみを指定するには、table_namesパラメータを指定して空にする必要があります。

ノート:

空の配列には、1つのNULLエントリが含まれています。

219.4.14 CREATE_INBOUNDプロシージャ

このプロシージャは、XStreamインバウンド・サーバーとそのキューを作成します。

ノート:

1つのクライアント・アプリケーションで複数のセッションを作成できます。各セッションは1つのインバウンド・サーバーにのみ連結でき、各インバウンド・サーバーは一度に1つのセッションのみを処理できます。ただし、クライアント・アプリケーションのセッションは、それぞれ異なるインバウンド・サーバーに接続できます。インバウンド・サーバーへの連結の詳細は、『Oracle Call Interfaceプログラマーズ・ガイド』およびOracle Database XStream Java APIリファレンスを参照してください。

構文

DBMS_XSTREAM_ADM.CREATE_INBOUND(
   server_name IN VARCHAR2,
   queue_name  IN VARCHAR2,
   apply_user  IN VARCHAR2  DEFAULT NULL,  
   comment     IN VARCHAR2  DEFAULT NULL);

パラメータ

表219-15 CREATE_INBOUNDプロシージャのパラメータ

パラメータ	説明
`server_name`	作成中のインバウンド・サーバーの名前。`NULL`指定は許可されていません。所有者を指定しないでください。指定した名前が既存のアウトバウンド・サーバー、インバウンド・サーバー、適用プロセス、またはメッセージ・クライアントの名前と一致しないようにしてください。ノート: `server_name`の設定が30バイトを超えることはできません。また、インバウンド・サーバーの作成後に変更することはできません。
`queue_name`	インバウンド・サーバーによって使用され、`[schema_name.]queue_name`として指定されたローカル・キューの名前。指定したキューが存在する場合は、それが使用されます。指定したキューが存在しない場合は、このプロシージャによって作成されます。たとえば、`xstream_queue`というキューを`xstrmadmin`スキーマに指定するには、このパラメータに`xstrmadmin.xstream_queue`と入力します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。ノート: インバウンド・サーバーのキューは、エラー・トランザクションを格納する目的でのみ使用されます。
`apply_user`	適用ユーザー。`NULL`の場合は、現在のユーザーがデフォルトになります。クライアント・アプリケーションは、適用ユーザーとしてインバウンド・サーバーに連結する必要があります。適用ユーザーとは、そのセキュリティ・ドメイン内で、LCRがインバウンド・サーバーのルール・セットを満たしているかどうかをインバウンド・サーバーが評価します。また、データベース・オブジェクトにDMLおよびDLLの変更を直接適用し、インバウンド・サーバーのルールに対して構成されているカスタム・ルールベースの変換を実行し、インバウンド・サーバーに対して構成されている適用ハンドラを実行するユーザーのことです。このユーザーは、これらのアクションの実行に必要な権限を持っている必要があります。このプロシージャは、インバウンド・サーバーによって使用されるキューに対するデキュー権限を適用ユーザーに付与し、ユーザーをセキュアなキュー・ユーザーとして構成します。このプロシージャによって付与される権限だけでなく、次の権限を適用ユーザーに付与する必要があります。適用オブジェクトのDML変更とDDL変更を実行する際に必要な権限インバウンド・サーバーで使用されるルール・セットに対する`EXECUTE`権限ルール・セットで使用されるすべてのルールベース変換ファンクションの`EXECUTE`権限すべての適用ハンドラ・プロシージャの`EXECUTE`権限これらの権限は適用ユーザーに直接付与することも、ロールを通して付与することもできます。さらに、インバウンド・サーバーによって実行されるサブプログラムで起動するすべてのパッケージ(オラクル社が提供するパッケージを含む)に対する`EXECUTE`権限を、適用ユーザーに付与する必要もあります。これらの権限は、適用ユーザーに直接付与する必要があります。ロールを通して付与することはできません。ノート: インバウンド・サーバーの適用ユーザーが`DROP` `USER . . .` `CASCADE`を使用して削除された場合は、インバウンド・サーバーも自動的に削除されます。
`comment`	インバウンド・サーバーに関連付けられたオプションのコメント。

使用上のノート

デフォルトでは、インバウンド・サーバーはルールまたはルール・セットを使用しません。したがって、インバウンド・サーバーは、XStreamクライアント・アプリケーションにより送信されたLCRをすべて適用します。ただし、インバウンド・サーバーに送信されたLCRをフィルタリングするために、DBMS_XSTREAM_ADMパッケージとDBMS_RULE_ADMパッケージを使用して、ルールおよびルール・セットをインバウンド・サーバーに追加できます。

CDBでは、ルートまたはPDBのどちらでもCREATE_INBOUNDプロシージャを実行できます。インバウンド・サーバーは1つのソース・データベースからのLCRの受信に限定されており、そのソース・データベースのローカル・コンテナにのみ変更を適用します。インバウンド・サーバーがルート・レベルにある場合、適用ユーザーは共通ユーザーである必要があります。

参照:

Oracle Database XStreamガイド

219.4.15 CREATE_OUTBOUNDプロシージャ

このプロシージャは、XStreamアウトバウンド・サーバー、キューおよび取得プロセスを作成して、クライアント・アプリケーションがOracleデータベースの変更をストリーム・アウトできるようにします。

このプロシージャはオーバーロードされています。1つのtable_namesパラメータは、VARCHAR2タイプで、もう1つのtable_namesパラメータは、DBMS_UTILITY.UNCL_ARRAYタイプです。また、一方のschema_namesパラメータはVARCHAR2タイプで、もう一方のschema_namesパラメータはDBMS_UTILITY.UNCL_ARRAYタイプです。これらのパラメータを使用して、表とスキーマのリストをそれぞれ別の方法で入力することができます。これらのパラメータは相互に排他的です。

ノート:

1つのクライアント・アプリケーションで複数のセッションを作成できます。各セッションは1つのアウトバウンド・サーバーにのみ連結でき、各アウトバウンド・サーバーは一度に1つのセッションのみを処理できます。ただし、クライアント・アプリケーションのセッションは、それぞれ異なるアウトバウンド・サーバーに接続できます。アウトバウンド・サーバーへの連結の詳細は、『Oracle Call Interfaceプログラマーズ・ガイド』のOCIXStreamOutAttach()に関する項およびOracle Database XStream Java APIリファレンスを参照してください。
capture_nameパラメータがNULLの場合は、このプロシージャによって作成される取得プロセスの名前が自動的に生成されます。
このプロシージャは、作成したキューの名前を自動的に生成します。
このプロシージャは、取得プロセスと、作成したアウトバウンド・サーバーの両方を有効化します。
Oracle Database 11gリリース2 (11.2.0.2)から、このプロシージャにcapture_nameパラメータが組み込まれています。

構文

DBMS_XSTREAM_ADM.CREATE_OUTBOUND(
   server_name            IN VARCHAR2,
   source_database        IN VARCHAR2  DEFAULT NULL,
   table_names            IN DBMS_UTILITY.UNCL_ARRAY,
   schema_names           IN DBMS_UTILITY.UNCL_ARRAY,
   capture_user           IN VARCHAR2  DEFAULT NULL,
   connect_user           IN VARCHAR2  DEFAULT NULL,
   comment                IN VARCHAR2  DEFAULT NULL,
   capture_name           IN VARCHAR2  DEFAULT NULL,
   include_dml            IN BOOLEAN   DEFAULT TRUE,
   include_ddl            IN BOOLEAN   DEFAULT FALSE,
   source_root_name       IN VARCHAR2  DEFAULT NULL,
   source_container_name  IN VARCHAR2  DEFAULT NULL,
   lcrid_version          IN NUMBER    DEFAULT NULL);

DBMS_XSTREAM_ADM.CREATE_OUTBOUND(
   server_name            IN VARCHAR2,
   source_database        IN VARCHAR2  DEFAULT NULL,
   table_names            IN VARCHAR2  DEFAULT NULL,
   schema_names           IN VARCHAR2  DEFAULT NULL,
   capture_user           IN VARCHAR2  DEFAULT NULL,
   connect_user           IN VARCHAR2  DEFAULT NULL,
   comment                IN VARCHAR2  DEFAULT NULL,
   capture_name           IN VARCHAR2  DEFAULT NULL,
   include_dml            IN BOOLEAN   DEFAULT TRUE,
   include_ddl            IN BOOLEAN   DEFAULT FALSE,
   source_root_name       IN VARCHAR2  DEFAULT NULL,
   source_container_name  IN VARCHAR2  DEFAULT NULL,
   lcrid_version          IN NUMBER    DEFAULT NULL);

パラメータ

表219-16 CREATE_OUTBOUNDプロシージャのパラメータ

パラメータ	説明
`server_name`	作成中のアウトバウンド・サーバーの名前。`NULL`指定は許可されていません。所有者を指定しないでください。指定した名前が既存のアウトバウンド・サーバー、インバウンド・サーバー、適用プロセス、またはメッセージ・クライアントの名前と一致しないようにしてください。ノート: `server_name`の設定は30バイトを超えることはできません。また、アウトバウンド・サーバーの作成後に変更することはできません。
`source_database`	ソース・データベースのグローバル名。ソース・データベースは、取得対象の変更が発生したデータベースです。 `NULL`以外の場合、ソース・データベースのグローバル名に基づいてLCRをフィルタリングする条件がアウトバウンド・サーバーのルールに追加されます。`NULL`に設定すると、生成されるルールに対してソース・データベースに関する条件が追加されません。 CDBでは、ルールに関連するコンテナのグローバル名を指定してください。コンテナは、ルートまたはPDBのいずれでもかまいません。たとえば、`mycdb.example.com`または`hrpdb.example.com`が使用できます。CDBでのこのパラメータの設定の詳細は、『Oracle Database XStreamガイド』を参照してください。 CDB以外では、`NULL`以外の場合、また指定された名前が現在のデータベースのグローバル名と異なる場合、ダウンストリーム取得が想定されます。この場合は、ソース・データベースからダウンストリーム・データベースへのREDOデータの転送を構成してから、`CREATE_OUTBOUND`プロシージャを実行します。詳細は、『Oracle Database XStreamガイド』を参照してください。ドメイン名を指定しない場合は、自動的にドメイン名がデータベース名に追加されます。たとえば、`DBS1`を指定し、ドメインが`EXAMPLE.COM`である場合、このプロシージャは自動的に`DBS1.EXAMPLE.COM`を指定します。
`table_names`	DMLおよびDDLの変更がXStreamクライアント・アプリケーションにストリーム・アウトされる表。表は、次の方法で指定できます。 `VARCHAR2`タイプのカンマ区切りリスト。 `DBMS_UTILITY.UNCL_ARRAY`タイプのPL/SQL連想配列で、表の名前が各要素になります。位置1の最初の表を指定します。最後の位置は`NULL`になります。それぞれの表は、`[schema_name.]table_name`という形式で指定する必要があります。たとえば、`hr.employees`のように指定します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。関連項目: このパラメータの詳細は、「使用上のノート」を参照してください。
`schema_names`	DMLとDDLの変更がXStreamクライアント・アプリケーションにストリーム・アウトされるスキーマ。スキーマは、次の方法で指定できます。 `VARCHAR2`タイプのカンマ区切りリスト。 `DBMS_UTILITY.UNCL_ARRAY`タイプのPL/SQL連想配列で、スキーマの名前が各要素になります。位置1の最初のスキーマを指定します。最後の位置は`NULL`になります。ノート: このプロシージャでは、`schema_names`パラメータと`table_names`パラメータは連結されません。表を指定するには、完全修飾された表名を`table_names`パラメータ(`schema_name.table_name`)に入力します。関連項目: このパラメータの詳細は、「使用上のノート」を参照してください。
`capture_user`	ユーザーを指定しますが、このユーザーのセキュリティ・ドメイン内で、取得プロセスは、取得プロセスのルール・セットを満たす変更を取得し、取得プロセス・ルールに対して構成されているカスタム・ルールベースの変換を実行します。`NULL`の場合は、現在のユーザーがデフォルトになります。このプロシージャは、取得プロセスによって使用されるキューに対するエンキュー権限を取得ユーザーに付与し、ユーザーをセキュアなキュー・ユーザーとして構成します。また、取得ユーザーが次の権限を持っていることを確認する必要があります。取得プロセスで使用されるルール・セットの`EXECUTE`権限ポジティブ・ルール・セットで使用されるすべてのルールベース変換ファンクションの`EXECUTE`権限これらの権限は適用ユーザーに直接付与することも、ロールを通して付与することもできます。また、取得ユーザーには、取得プロセスによって実行されるルールベース変換で起動されるすべてのパッケージ(オラクル社が提供するパッケージを含む)の`EXECUTE`権限が付与されている必要があります。これらの権限は、取得ユーザーに直接付与する必要があります。ロールを通して付与することはできません。取得ユーザーを設定できるのは、`DBA`ロールを付与されたユーザーに限られています。`capture_user`を`SYS`に設定できるのは、`SYS`ユーザーに限られています。取得ユーザーは、データベース・オブジェクトに対する権限を持っていなくても、データベース・オブジェクトに対する変更を取得できます。取得プロセスでは、データベース・オブジェクトに対する変更をカスタムのルールベース変換ファンクションに渡すことができます。したがって、取得プロセスを構成するときは、セキュリティ問題に留意する必要があります。
`connect_user`	指定したアウトバウンド・サーバーに連結して変更ストリームを取得できるユーザー。クライアント・アプリケーションは、指定した接続ユーザーとしてアウトバウンド・サーバーに連結する必要があります。 `NULL`の場合は、現在のユーザーがデフォルトになります。接続ユーザーとは、そのセキュリティ・ドメインでアウトバウント・サーバーがルール・セットを照合してLCRを評価し、アウトバウンド・サーバーのルールに対して構成されているカスタム・ルールベースの変換を実行するユーザーです。このユーザーは、これらのアクションの実行に必要な権限を持っている必要があります。このプロシージャは、アウトバウンド・サーバーによって使用されるキューに対するデキュー権限を接続ユーザーに付与し、ユーザーをセキュアなキュー・ユーザーとして構成します。このプロシージャによって付与された権限だけでなく、次の権限も接続ユーザーに付与します。アウトバウンド・サーバーで使用されるルール・セットに対する`EXECUTE`権限ルール・セットで使用されるすべてのルールベース変換ファンクションの`EXECUTE`権限これらの権限は接続ユーザーに直接付与することも、ロールを通して付与することもできます。さらに、アウトバウンド・サーバーによって実行されるサブプログラムで起動するすべてのパッケージ(オラクル社が提供するパッケージを含む)に対する`EXECUTE`権限を、接続ユーザーに付与する必要もあります。これらの権限は、適用ユーザーに直接付与する必要があります。ロールを通して付与することはできません。
`comment`	アウトバウンド・サーバーに関連付けられたオプションのコメント。
`capture_name`	アウトバウンド・サーバー用の変更を取得するように構成された取得プロセスの名前。所有者を指定しないでください。取得プロセスは存在してはいけません。指定した名前が既存の取得プロセスの名前と一致する場合、エラーが発生します。名前が既存の取得プロセスの名前と一致しない場合は、指定した名前を付けた取得プロセスが新規に作成されます。 `NULL`の場合は、システム生成の名前を持つ取得プロセスが新規に作成されます。ノート: 取得プロセスは、作成した後で名前を変更することはできません。
`include_dml`	`TRUE`に設定すると、DMLの変更に関するDMLルールが作成されます。`FALSE`に設定すると、DMLルールは作成されません。`NULL`は許可されません。
`include_ddl`	`TRUE`に設定すると、DDLの変更に関するDDLルールが作成されます。`FALSE`に設定すると、DDLルールは作成されません。`NULL`は許可されません。
`source_root_name`	ソースCDBのルートのグローバル名。たとえば、`mycdb.example.com`です。このパラメータが`NULL`の場合は、ローカルCDBにあるルートのグローバル名が使用されます。ダウンストリーム取得を構成している場合、このパラメータは非`NULL`値である必要があり、リモート・ソースCDBにあるルートのグローバル名を指定する必要があります。CDBでのこのパラメータの設定の詳細は、『Oracle Database XStreamガイド』を参照してください。ドメイン名を指定しない場合は、自動的にドメイン名がデータベース名に追加されます。たとえば、`DBS1`を指定し、ドメインが`EXAMPLE.COM`である場合、このプロシージャは自動的に`DBS1.EXAMPLE.COM`を指定します。ノート: このパラメータはCDBにのみ適用されます。
`source_container_name`	ソース・コンテナの短縮名。コンテナは、ルートまたはPDBのいずれでもかまいません。たとえば、`CDB$ROOT`または`hrpdb`です。CDBでのこのパラメータの設定の詳細は、『Oracle Database XStreamガイド』を参照してください。ノート: このパラメータはCDBにのみ適用されます。
`lcrid_version`	取得済LCRのLCRIDバージョン(`1`または`2`)。 `2`の場合、LCRは、互換性レベルが12.2.0以上であるデータベースと互換性があります。 `1`の場合、LCRは、互換性レベルが12.1.0以下であるデータベースと互換性があります。 `NULL` (デフォルト)でデータベースの互換性レベルが12.2.0以上である場合、`lcrid_version`は内部的に2に設定されます。データベースの互換性レベルが12.1.0以下である場合、`lcrid_version`は内部的に1に設定されます。

使用上のノート

次のリストは、table_namesおよびschema_namesパラメータの様々な組合せにおけるアウトバウンド・サーバーの動作について説明しています。

table_namesおよびschema_namesパラメータが両方ともNULLか空の場合、アウトバウンド・サーバーはDMLとDDLのすべての変更をクライアント・アプリケーションにストリームします。

このプロシージャはオーバーロードされています。table_namesおよびschema_namesパラメータのデフォルトはNULLです。同じコールでtable_namesとschema_namesの両方にNULLを指定しないでください。指定した場合は、エラーPLS-00307が戻されます。
table_namesおよびschema_namesパラメータを両方とも指定した場合、アウトバウンド・サーバーは指定した表とスキーマに対するDMLとDDLの変更をストリームします。
table_namesパラメータが指定されていて、schema_namesパラメータがNULLまたは空の場合、アウトバウンド・サーバーは指定した表に対するDMLとDDLの変更をストリームします。
table_namesパラメータがNULLまたは空で、schema_namesパラメータが指定されている場合、アウトバウンド・サーバーは指定されたスキーマに対するDMLおよびDLLの変更をストリームします。

table_namesおよびschema_namesパラメータでDBMS_UTILITY.UNCL_ARRAYタイプを使用するプロシージャの場合、両方のパラメータを指定する必要があります。表のみを指定するには、schema_namesパラメータを指定して空にする必要があります。スキーマのみを指定するには、table_namesパラメータを指定して空にする必要があります。

ノート:

空の配列には、1つのNULLエントリが含まれています。

219.4.16 DELETE_COLUMNプロシージャ

このプロシージャは、指定されたルールを満たす行論理変更レコード(LCR)から列を削除する宣言ルールベースの変換を追加または削除します。

指定したルールがTRUEと評価されるときに変換を実行する場合、ルールはXStreamクライアントのポジティブ・ルール・セットに入っている必要があります。XStreamクライアントには、取得プロセス、伝播プロセスおよび適用プロセスがあります。

ノート:

DELETE_COLUMNプロシージャでサポートされているデータ・タイプは、Oracle Replication取得プロセスでサポートされているデータ・タイプと同じです。
DELETE_COLUMNプロシージャは、行LCR内の比較的少ない数の列を削除する場合に役立ちます。行LCR内のほとんどの列を削除し、比較的少ない数の列を保持するには、このパッケージのKEEP_COLUMNSプロシージャの使用を検討してください。
宣言的変換では、行LCRのみを変換できます。したがって、このプロシージャを実行する場合は、DMLルールを指定する必要があります。DDLルールを指定した場合は、エラーが発生します。

参照:

宣言的なルールベース変換および取得プロセスでサポートされるデータ・タイプの詳細は、『Oracle Database XStreamガイド』を参照してください。
KEEP_COLUMNSプロシージャ

構文

DBMS_XSTREAM_ADM.DELETE_COLUMN(
   rule_name     IN  VARCHAR2,
   table_name    IN  VARCHAR2,
   column_name   IN  VARCHAR2,
   value_type    IN  VARCHAR2   DEFAULT '*',
   step_number   IN  NUMBER     DEFAULT 0,
   operation     IN  VARCHAR2   DEFAULT 'ADD');

パラメータ

表219-17 DELETE_COLUMNプロシージャのパラメータ

パラメータ	説明
`rule_name`	`[schema_name.]rule_name`の形式で指定したルールの名前。`NULL`の場合は、エラーが発生します。たとえば、`hr`スキーマ内の`employees12`というルールを指定するには、`hr.employees12`と入力します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。
`table_name`	行LCRで列を削除する表の名前で、`[schema_name.]object_name`の形式で指定します。たとえば、`hr.employees`のように指定します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。
`column_name`	ルールを満たす各行LCRから削除する列の名前。
`value_type`	行LCRの新しい値から列を削除する場合は、`'NEW'`を指定します。行LCRの古い値から列を削除する場合は、`'OLD'`を指定します。行LCRの新しい値と古い値の両方から列を削除する場合は、`'*'`を指定します。
`step_number`	変換の実行順序。関連項目: 変換の順序の詳細は、『Oracle Database XStreamガイド』を参照してください。
`operation`	変換をルールに追加する場合は、`'ADD'`を指定します。変換をルールから削除する場合は、`'REMOVE'`を指定します。

使用上のノート

operationパラメータに'REMOVE'を指定すると、指定したルールに対する列削除の宣言ルールベースの変換のうち、指定したパラメータ(table_name、column_nameおよびstep_number)に一致するすべての変換が削除されます。これらのパラメータにNULLを指定すると、ワイルドカードとして動作します。次の表に、これらのパラメータの1つ以上がNULLの場合の、DELETE_COLUMNプロシージャの動作を示します。

table_name	column_name	step_number	結果
`NULL`	`NULL`	`NULL`	指定したルールに対するすべての列削除変換が削除されます。
`NULL`	`NULL`	`NULL`以外	指定したルールに対して指定されている`step_number`のすべての列削除変換が削除されます。
`NULL`	`NULL`以外	`NULL`以外	指定したルールに対して指定されている`column_name`および`step_number`のすべての列削除変換が削除されます。
`NULL`以外	`NULL`	`NULL以外`	指定したルールに対して指定されている`table_name`および`step_number`のすべての列削除変換が削除されます。
`NULL`	`NULL以外`	`NULL`	指定したルールに対して指定されている`column_name`のすべての列削除変換が削除されます。
`NULL`以外	`NULL`以外	`NULL`	指定したルールに対して指定されている`table_name`および`column_name`のすべての列削除変換が削除されます。
`NULL`以外	`NULL`	`NULL`	指定したルールに対して指定されている`table_name`のすべての列削除変換が削除されます。
`NULL`以外	`NULL`以外	`NULL`以外	指定したルールに対して指定されている`table_name`、`column_name`および`step_number`のすべての列削除変換が削除されます。

219.4.17 DROP_INBOUNDプロシージャ

このプロシージャは、インバウンド・サーバーの構成を削除します。

このプロシージャでは、指定されたインバウンド・サーバーが常に削除されます。また、次の条件がすべて満たされている場合は、インバウンド・サーバーのキューも削除されます。

CREATE_INBOUNDプロシージャを1回コールして、キューが作成されました。
インバウンド・サーバーは、このキューの唯一のサブスクライバです。

参照:

CREATE_INBOUNDプロシージャ

構文

DBMS_XSTREAM_ADM.DROP_INBOUND(
   server_name IN VARCHAR2);

パラメータ

表219-18 DROP_INBOUNDプロシージャのパラメータ

パラメータ	説明
`server_name`	削除中のインバウンド・サーバーの名前。既存のインバウンド・サーバーを指定します。所有者を指定しないでください。

219.4.18 DROP_OUTBOUNDプロシージャ

このプロシージャは、アウトバウンド・サーバーの構成を削除します。

このプロシージャでは、指定されたアウトバウンド・サーバーが常に削除されます。また、次の条件が両方とも満たされている場合は、アウトバウンド・サーバーで使用されるキューも削除されます。

キューは、このパッケージのCREATE_OUTBOUNDプロシージャにより作成されました。
アウトバウンド・サーバーは、このキューの唯一のサブスクライバです。

前述の条件のいずれかが満たされていない場合、DROP_OUTBOUNDプロシージャはアウトバウント・サーバーのみを削除します。キューは削除されません。

また、次の条件が両方とも満たされている場合は、アウトバウンド・サーバーの取得プロセスも削除されます。

このプロシージャでは、アウトバウンド・サーバーのキューを削除できます。
取得プロセスがCREATE_OUTBOUNDプロシージャによって作成されました。

このプロシージャがキューを削除できても取得プロセスを管理できない場合には、取得プロセスを削除せずにキューが削除されます。

参照:

構文

DBMS_XSTREAM_ADM.DROP_OUTBOUND(
   server_name IN VARCHAR2);

パラメータ

表219-19 DROP_OUTBOUNDプロシージャのパラメータ

パラメータ	説明
`server_name`	削除中のアウトバウンド・サーバーの名前。既存のアウトバウンド・サーバーを指定します。所有者を指定しないでください。

219.4.19 ENABLE_GG_XSTREAM_FOR_STREAMSプロシージャ

このプロシージャでは、Oracle Replicationコンポーネントに対してXStream最適化およびパフォーマンス最適化を有効にします。

このプロシージャは、XStream最適化および最適化を有効にするOracle Replicationユーザーを対象としています。たとえば、Oracleデータベース間の変更をレプリケートするために取得プロセスと適用プロセスを使用するOracle Replication構成の最適化を有効にできます。

これらの機能と最適化は、アウトバウンド・サーバー、インバウンド・サーバーおよびアウトバウンド・サーバーに変更を送信する取得プロセスなどのXStreamコンポーネントに対して自動的に有効化されます。XStreamコンポーネントに対してこのプロシージャを実行する必要はありません。

XStream最適化が有効になると、Oracle ReplicationコンポーネントはIDキーLCRと順序LCRのストリームが可能になります。XStreamパフォーマンス最適化により、次のような様々な領域で効率を向上させることができます。

LCRの処理
大規模なトランザクションの処理
適用時のDMLの実行
依存性の計算とスケジューリング
取得プロセスの並列性

構文

DBMS_XSTREAM_ADM.ENABLE_GG_XSTREAM_FOR_STREAMS(
   enable IN BOOLEAN  TRUE);

パラメータ

表219-20 ENABLE_GG_XSTREAM_FOR_STREAMSプロシージャのパラメータ

パラメータ説明

パラメータ	説明
`enable`	`TRUE`の場合は、Oracle Replicationコンポーネントに対するXStreamパフォーマンス最適化を有効にします。 `FALSE`の場合は、Oracle Replicationコンポーネントに対するXStreamパフォーマンス最適化を無効にします。

enable

TRUEの場合は、Oracle Replicationコンポーネントに対するXStreamパフォーマンス最適化を有効にします。

FALSEの場合は、Oracle Replicationコンポーネントに対するXStreamパフォーマンス最適化を無効にします。

使用上のノート

このプロシージャには、次の使用上のノートが適用されます。

このプロシージャを実行すると、すべての取得プロセスと適用プロセスが再起動します。
このプロシージャの実行後は、次のビューのPURPOSE列にXStream Streamsが表示されます。
- ALL_APPLY
- DBA_APPLY
- ALL_CAPTURE
- DBA_CAPTURE
Oracle Replicationコンポーネントに対してXStreamパフォーマンス最適化を有効にするには、Oracle GoldenGate製品のライセンスが必要です。

参照:

219.4.20 GET_MESSAGE_TRACKINGファンクション

GET_MESSAGE_TRACKINGファンクションは、現在のセッションの追跡ラベルを戻します。

参照:

SET_MESSAGE_TRACKINGプロシージャ

構文

DBMS_XSTREAM_ADM.GET_MESSAGE_TRACKING
RETURN VARCHAR2;

219.4.21 GET_TAGファンクション

このファンクションは、現行のセッションで生成されるREDOエントリすべてに対してバイナリ・タグを取得します。

参照:

SET_TAGプロシージャ

構文

DBMS_XSTREAM_ADM.GET_TAG
RETURN RAW;

例

次の例は、現行の論理変更レコード(LCR)タグを出力として表示する方法を示しています。

SET SERVEROUTPUT ON
DECLARE
   raw_tag RAW(2000);
BEGIN
   raw_tag := DBMS_XSTREAM_ADM.GET_TAG();
   DBMS_OUTPUT.PUT_LINE('Tag Value = ' || RAWTOHEX(raw_tag));
END;
/

DUALビューを問い合せて値を表示することもできます。

SELECT DBMS_XSTREAM_ADM.GET_TAG FROM DUAL;

219.4.22 IS_GG_XSTREAM_FOR_STREAMSファンクション

このファンクションは、Oracle Replicationコンポーネントに対するXStreamパフォーマンス最適化が有効な場合にTRUEを戻し、Oracle Replicationコンポーネントに対するXStreamパフォーマンス最適化が無効な場合にFALSEを戻します。

参照:

ENABLE_GG_XSTREAM_FOR_STREAMSプロシージャ

構文

DBMS_XSTREAM_ADM.IS_GG_XSTREAM_FOR_STREAMS
RETURN BOOLEAN;

219.4.23 KEEP_COLUMNSプロシージャ

このプロシージャは、指定されたルールを満たす行論理変更レコード(LCR)内の列のリストを保持する宣言ルールベースの変換を追加または削除します。変換によって、リストにない列が行LCRから削除されます。

指定したルールがTRUEと評価されるときに変換を実行する場合、ルールはXStreamクライアントのポジティブ・ルール・セットに入っている必要があります。XStreamクライアントには、取得プロセス、伝播プロセスおよび適用プロセスがあります。

このプロシージャはオーバーロードされています。column_listパラメータは、VARCHAR2タイプで、column_tableパラメータは、DBMS_UTILITY.LNAME_ARRAYタイプです。これらのパラメータによって、列のリストを異なる方法で入力できますが、これらのパラメータを同時に使用することはできません。

ノート:

KEEP_COLUMNSプロシージャでサポートされているデータ・タイプは、Oracle Replication取得プロセスでサポートされているデータ・タイプと同じです。
KEEP_COLUMNSプロシージャは、行LCR内の比較的少ない数の列を保持する場合に役立ちます。行LCR内のほとんどの列を保持し、比較的少ない数の列を削除するには、このパッケージのDELETE_COLUMNプロシージャの使用を検討してください。
宣言的変換では、行LCRのみを変換できます。したがって、このプロシージャを実行する場合は、DMLルールを指定する必要があります。DDLルールを指定した場合は、エラーが発生します。

参照:

宣言的なルールベースの変換とOracle Replicationの取得プロセスによってサポートされているデータ・タイプの詳細は、『Oracle Database XStreamガイド』を参照してください。
DELETE_COLUMNプロシージャ

構文

DBMS_XSTREAM_ADM.KEEP_COLUMNS(
   rule_name     IN  VARCHAR2,
   table_name    IN  VARCHAR2,
   column_list   IN  VARCHAR2,
   value_type    IN  VARCHAR2 DEFAULT '*',
   step_number   IN  NUMBER DEFAULT 0,
   operation     IN  VARCHAR2 DEFAULT 'ADD');

DBMS_XSTREAM_ADM.KEEP_COLUMNS(
   rule_name     IN  VARCHAR2,
   table_name    IN  VARCHAR2,
   column_table  IN  DBMS_UTILITY.LNAME_ARRAY,
   value_type    IN  VARCHAR2 DEFAULT '*',
   step_number   IN  NUMBER DEFAULT 0,
   operation     IN  VARCHAR2 DEFAULT 'ADD');

パラメータ

表219-21 KEEP_COLUMNSプロシージャのパラメータ

パラメータ	説明
`rule_name`	`[schema_name.]rule_name`の形式で指定したルールの名前。`NULL`の場合は、エラーが発生します。たとえば、`hr`スキーマ内の`employees12`というルールを指定するには、`hr.employees12`と入力します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。
`table_name`	行LCRで列を保存する表の名前で、`[schema_name.]object_name`の形式で指定します。たとえば、`hr.employees`のように指定します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。
`column_list`	ルールを満たす各行LCRで保持される列の名前。`VARCHAR2`タイプのカンマ区切りリストを指定します。リストに含まれていない列は、変換によって行LCRから削除されません。このパラメータが`NULL`に設定され、`column_table`パラメータも`NULL`に設定されている場合は、エラーが発生します。
`column_table`	ルールを満たす各行LCRで保持される列の名前。`DBMS_UTILITY.LNAME_ARRAY`タイプのPL/SQL連想配列を指定し、この場合、各要素は表の名前です。最初のスキーマの位置は1です。最後の位置は`NULL`になります。表に含まれていない列は、変換によって行LCRから削除されません。このパラメータが`NULL`に設定され、`column_list`パラメータも`NULL`に設定されている場合は、エラーが発生します。
`value_type`	行LCRの新しい値に列を保持する場合は、`'NEW'`を指定します。行LCRの古い値に列を保持する場合は、`'OLD'`を指定します。行LCRの新しい値と古い値の両方に列を保持する場合は、`'*'`を指定します。
`step_number`	変換の実行順序。関連項目: 変換の順序の詳細は、『Oracle Database XStreamガイド』を参照してください。
`operation`	変換をルールに追加する場合は、`'ADD'`を指定します。変換をルールから削除する場合は、`'REMOVE'`を指定します。

使用上のノート

operationパラメータに'REMOVE'を指定すると、指定したルールに対する列保持の宣言ルールベースの変換のうち、指定したパラメータ(table_name、column_list、column_tableおよびstep_number)に一致するすべての変換が削除されます。これらのパラメータにNULLを指定すると、ワイルドカードとして動作します。次の表に、これらのパラメータの1つ以上がNULLの場合の、KEEP_COLUMNSプロシージャの動作を示します。

table_name	column_list/column_table	step_number	結果
`NULL`	`NULL`	`NULL`	指定したルールに対するすべての列保持変換が削除されます。
`NULL`	`NULL`	`NULL`以外	指定したルールに対して指定されている`step_number`のすべての列保持変換が削除されます。
`NULL`	`NULL`以外	`NULL`以外	指定したルールに対して指定されている`column_list`/`column_table`および`step_number`のすべての列保持変換が削除されます。
`NULL`以外	`NULL`	`NULL`以外	指定したルールに対して指定されている`table_name`および`step_number`のすべての列保持変換が削除されます。
`NULL`	`NULL`以外	`NULL`	指定したルールに対して指定されている`column_list`/`column_table`のすべての列保持変換が削除されます。
`NULL`以外	`NULL`以外	`NULL`	指定したルールに対して指定されている`table_name`および`column_list`/`column_table`のすべての列保持変換が削除されます。
`NULL`以外	`NULL`	`NULL`	指定したルールに対して指定されている`table_name`のすべての列保持変換が削除されます。
`NULL`以外	`NULL`以外	`NULL`以外	指定したルールに対して指定されている`table_name`、`column_list`/`column_table`および`step_number`のすべての列保持変換が削除されます。

219.4.24 MERGE_STREAMSプロシージャ

このプロシージャは、1つの取得プロセスからのストリームを別の取得プロセスからのストリームとマージします。

このプロシージャは、通常、このパッケージのSPLIT_STREAMSプロシージャを使用して分割された2つのストリームのマージに使用します。SPLIT_STREAMSプロシージャは、ストリームの分割時に元のストリームのコンポーネントをクローニングします。このため、この項では次の用語が使用されています。

分割前のストリームには、元のキュー、元の取得プロセスおよび元の伝播があります。
SPLIT_STREAMSプロシージャによって分割されたストリームには、クローニングされたキュー、クローニングされた取得プロセスおよびクローニングされた伝播があります。

このプロシージャは、MERGE_STREAMS_JOBプロシージャによってコールされます。MERGE_STREAMS_JOBプロシージャは、安全にマージできるようにストリームがユーザー指定のマージしきい値内にあるかどうかを判別します。ストリームがマージしきい値の範囲外の場合、MERGE_STREAMS_JOBプロシージャは何も実行しません。通常、MERGE_STREAMSプロシージャを直接実行するのではなく、MERGE_STREAMS_JOBプロシージャを実行することをお薦めします。

ただし、次の条件を満たす場合は、MERGE_STREAMSプロシージャを直接実行することを選択できます。

分割ストリームの宛先での問題が修正されており、宛先キューが変更を受け入れることができる。
分割ストリームによって使用されるクローニングされた取得プロセスが開始され、変更を取得している。
接続先データベースにある適用プロセスが、クローニングされた取得プロセスによって取得された変更を適用している。
クローニングされた取得プロセスのGV$XSTREAM_CAPTUREビューのCAPTURE_MESSAGE_CREATE_TIMEが、元の取得プロセスのCAPTURE_MESSAGE_CREATE_TIMEに追いついているか、ほとんど追いついている。クローニングされた取得プロセスは、元の取得プロセスに完全には追いつかない場合があります。そのため、クローニングされた取得プロセスが元の取得プロセスにほとんど追いついている場合、分割ストリームをマージできます。

MERGE_STREAMSプロシージャを実行すると、次のアクションが実行されます。

クローニングされた取得プロセスが停止されます。
元の取得プロセスを停止します。
クローニングされた伝播を元の伝播にコピーして戻します。コピーして戻した後の伝播の名前は、元の伝播と同じ名前です。
次の2つのSCN値の小さいほうのSCN値から元の取得プロセスを開始します。
- クローニングされた伝播の確認済SCN
- 元の取得プロセスによって取得された変更を伝播する他の伝播の、一番小さい確認済SCN
元の取得プロセスを開始すると、すでに取得されている変更が再取得されたり、クローニングされた取得プロセスによってすでに取得されている変更が取得される場合があります。いずれの場合も、関連する適用プロセスによって、重複して受信した変更が破棄されます。
クローニングされた伝播が削除されます。
クローニングされた取得プロセスが削除されます。
クローニングされたキューが削除されます。

参照:

SPLIT_STREAMSプロシージャ

構文

DBMS_XSTREAM_ADM.MERGE_STREAMS(
   cloned_propagation_name  IN  VARCHAR2,
   propagation_name         IN  VARCHAR2  DEFAULT NULL,
   queue_name               IN  VARCHAR2  DEFAULT NULL,
   perform_actions          IN  BOOLEAN   DEFAULT TRUE,
   script_name              IN  VARCHAR2  DEFAULT NULL,
   script_directory_object  IN  VARCHAR2  DEFAULT NULL);

パラメータ

表219-22 MERGE_STREAMSプロシージャのパラメータ

パラメータ	説明
`cloned_propagation_name`	`SPLIT_STREAMS`プロシージャを使用して元のストリームから分割されたストリームによって使用されるクローニングされた伝播の名前。クローニングされた伝播の名前により、クローニングされた伝播によって使用されるクローニングされたキューおよびクローニングされた取得プロセスも識別されます。既存の伝播名を指定する必要があります。所有者を指定しないでください。
`propagation_name`	元のストリームにマージされて戻される伝播の名前。 `NULL`の場合、元のストリーム内の元の伝播の名前が使用されます。`SPLIT_STREAMS`プロシージャを使用してストリームが分割されている場合にのみ、`NULL`を指定します。元の伝播名とは異なる名前を使用する場合、または`SPLIT_STREAMS`プロシージャによって分割されなかった2つのストリームをマージする場合は、`NULL`以外の値を指定します。 `NULL`以外の値を指定した場合、次の条件のいずれかに該当するとエラーが発生します。 `queue_name`パラメータで指定したキューが存在しない。 `queue_name`パラメータで指定したキューが存在するが、取得プロセスによって使用されていない。
`queue_name`	マージされて戻される伝播のソース・キューであるキューの名前。 `NULL`の場合、既存の元のキューが、マージされて戻される伝播のソース・キューとなります。`SPLIT_STREAMS`プロシージャを使用してストリームが分割されている場合にのみ、`NULL`を指定します。 `SPLIT_STREAMS`プロシージャによって分割されなかった2つのストリームをマージする場合、`NULL`以外の値を指定します。マージされたストリームの変更を取得する取得プロセスによって使用される既存のキューの名前を指定します。
`perform_actions`	`TRUE`に設定すると、ストリームを直接マージするために必要な処理が実行されます。 `FALSE`に設定すると、ストリームを直接マージするために必要な処理は実行されません。このプロシージャでスクリプトを生成し、そのスクリプトを編集して実行できるようにする場合は、`FALSE`に設定します。次のいずれかのパラメータが`NULL`の場合に`FALSE`に設定すると、エラーが発生します。 `script_name` `script_directory_object`
`script_name`	このパラメータが`NULL`以外の値で、`perform_actions`パラメータが`FALSE`の場合は、指定された名前のスクリプトが生成されます。このスクリプトには、ストリームをマージするために必要なすべての文が記述されています。指定したスクリプト名のファイルが、`script_directory_object`パラメータで指定されるディレクトリにすでに存在する場合は、その既存ファイルの末尾に文が追加されます。このパラメータが`NULL`以外の値で、`perform_actions`パラメータが`TRUE`の場合は、指定のスクリプトが生成され、ストリームを直接分割する処理が実行されます。このパラメータが`NULL`で、`perform_actions`パラメータが`TRUE`の場合は、ストリームを直接マージする処理が実行され、スクリプトは生成されません。このパラメータが`NULL`で、`perform_actions`パラメータが`FALSE`の場合は、エラーが発生します。
`script_directory_object`	作成されるスクリプトが保存されるローカル・コンピュータ・システムのディレクトリのディレクトリ・オブジェクト。 `script_name`パラメータが`NULL`の場合、このパラメータは無視され、スクリプトは生成されません。このパラメータが`NULL`で、`script_name`パラメータが`NULL`以外の場合は、エラーが発生します。ノート: ディレクトリ・オブジェクトにOracle Automatic Storage Management (ASM)ディスク・グループを指定することはできません。

使用上のノート

MERGE_STREAMSプロシージャを使用して、SPLIT_STREAMSプロシージャを使用して分割されなかった2つのストリームをマージできます。この方法でストリームをマージすることによって、1つのデータベースで複数の取得プロセスを実行しているときに、リソースを節約してパフォーマンスを向上させることができます。

219.4.25 MERGE_STREAMS_JOBプロシージャ

このプロシージャは、元の取得プロセスおよびクローニングされた取得プロセスが、指定されたマージしきい値内にあるかどうかを判別します。マージしきい値内にある場合、このプロシージャはMERGE_STREAMSプロシージャを実行して2つのストリームをマージします。

このプロシージャは、通常、このパッケージのSPLIT_STREAMSプロシージャを使用して分割された2つのストリームのマージに使用します。SPLIT_STREAMSプロシージャは、ストリームの分割時に元のストリームのコンポーネントをクローニングします。このため、この項では次の用語が使用されています。

分割前のストリームには、元のキュー、元の取得プロセスおよび元の伝播があります。
SPLIT_STREAMSプロシージャによって分割されたストリームには、クローニングされたキュー、クローニングされた取得プロセスおよびクローニングされた伝播があります。

ストリームを分割するSPLIT_STREAMSプロシージャでauto_merge_thresholdパラメータが正数に設定された場合、マージ・ジョブはスケジュールに従ってMERGE_STREAMS_JOBプロシージャを自動的に実行します。MERGE_STREAMS_JOBプロシージャが自動的に実行される場合、schedule_nameパラメータにスケジュール名を、merge_job_nameパラメータにマージ・ジョブ名を指定します。マージ・ジョブおよびそのスケジュールは、SPLIT_STREAMSプロシージャによって作成されました。

ストリームを分割するSPLIT_STREAMSプロシージャでauto_merge_thresholdパラメータがNULLまたは0(ゼロ)に設定された場合は、MERGE_STREAMS_JOBプロシージャを手動で実行できます。この場合は、自動的には実行されません。

参照:

構文

DBMS_XSTREAM_ADM.MERGE_STREAMS_JOB(
   cloned_propagation_name IN VARCHAR2,
   propagation_name        IN VARCHAR2 DEFAULT NULL,
   queue_name              IN VARCHAR2 DEFAULT NULL,
   merge_threshold         IN NUMBER,
   schedule_name           IN VARCHAR2 DEFAULT NULL,
   merge_job_name          IN VARCHAR2 DEFAULT NULL);

パラメータ

表219-23 MERGE_STREAMS_JOBプロシージャのパラメータ

パラメータ	説明
`cloned_propagation_name`	`SPLIT_STREAMS`プロシージャを使用して元のストリームから分割されたストリームによって使用されるクローニングされた伝播の名前。クローニングされた伝播の名前により、クローニングされた伝播によって使用されるクローニングされたキューおよびクローニングされた取得プロセスも識別されます。既存の伝播名を指定する必要があります。所有者を指定しないでください。
`propagation_name`	元のストリームにマージされて戻される伝播の名前。 `NULL`の場合、元のストリーム内の元の伝播の名前が使用されます。`SPLIT_STREAMS`プロシージャを使用してストリームが分割されている場合にのみ、`NULL`を指定します。元の伝播名とは異なる名前を使用する場合、または`SPLIT_STREAMS`プロシージャによって分割されなかった2つのストリームをマージする場合は、`NULL`以外の値を指定します。 `NULL`以外の値を指定した場合、次の条件のいずれかに該当するとエラーが発生します。 `queue_name`パラメータで指定したキューが存在しない。 `queue_name`パラメータで指定したキューが存在するが、取得プロセスによって使用されていない。
`queue_name`	マージされて戻される伝播のソース・キューであるキューの名前。 `NULL`の場合、既存の元のキューが、マージされて戻される伝播のソース・キューとなります。`SPLIT_STREAMS`プロシージャを使用してストリームが分割されている場合にのみ、`NULL`を指定します。 `SPLIT_STREAMS`プロシージャによって分割されなかった2つのストリームをマージする場合、`NULL`以外の値を指定します。マージされたストリームの変更を取得する取得プロセスによって使用される既存のキューの名前を指定します。
`merge_threshold`	マージしきい値(秒単位)。 `GV$XSTREAM_CAPTURE`動的パフォーマンス・ビューの各取得プロセスの`CAPTURE_MESSAGE_CREATE_TIME`列の値によって、ストリームがマージされるかどうかが判別されます。具体的には、クローニングされた取得プロセスと元の取得プロセスの`CAPTURE_MESSAGE_CREATE_TIME`の差(秒数)がこのパラメータに指定された値以下の場合、このプロシージャは`MERGE_STREAMS`プロシージャを実行してストリームをマージします。差がこのパラメータで指定された値よりも大きい場合、このプロシージャは何も行いません。
`schedule_name`	マージ・ジョブのスケジュールの名前。 `NULL`に設定すると、スケジュール名は指定されません。通常は、ストリームを分割する`SPLIT_STREAMS`プロシージャで`auto_merge_threshold`パラメータが`NULL`または`0`(ゼロ)に設定されている場合に、このパラメータを`NULL`に設定します。このプロシージャを手動で実行する場合は、`NULL`を指定します。
`merge_job_name`	ストリームをマージするジョブの名前。 `NULL`に設定すると、マージ・ジョブ名は指定されません。通常は、ストリームを分割する`SPLIT_STREAMS`プロシージャで`auto_merge_threshold`パラメータが`NULL`または`0`(ゼロ)に設定されている場合に、このパラメータを`NULL`に設定します。このプロシージャを手動で実行する場合は、`NULL`を指定します。

使用上のノート

MERGE_STREAMS_JOBプロシージャを使用して、SPLIT_STREAMSプロシージャを使用して分割されなかった2つのストリームをマージできます。この方法でストリームをマージすることによって、1つのデータベースで複数の取得プロセスを実行しているときに、リソースを節約してパフォーマンスを向上させることができます。

MERGE_STREAMS_JOBプロシージャの完了後、DBA_CAPTUREビューおよびDBA_PROPAGATIONビューを問い合せて、ストリームがマージされたかどうかを判別できます。ストリームがマージされた場合、クローニングされた取得プロセスおよびクローニングされた伝播はこれらのビューに表示されません。

ストリームがマージされ、schedule_nameパラメータおよびmerge_job_nameパラメータがNULL以外の場合、指定されたスケジュールおよびマージ・ジョブは自動的に削除されます。

219.4.26 PURGE_SOURCE_CATALOGプロシージャ

このプロシージャでは、指定されたオブジェクトに関するすべてのOracle Replicationデータ・ディクショナリ情報をローカル・データベースから削除します。

このプロシージャを使用すると、今後不要になるOracle Replicationメタデータを削除できます。

構文

DBMS_XSTREAM_ADM.PURGE_SOURCE_CATALOG(
   source_database     IN  VARCHAR2,
   source_object_name  IN  VARCHAR2,
   source_object_type  IN  VARCHAR2,
   source_root_name    IN  VARCHAR2);

パラメータ

表219-24 PURGE_SOURCE_CATALOGプロシージャのパラメータ

パラメータ	説明
`source_database`	CDB以外では、データベース・オブジェクトが含まれているソース・データベースのグローバル名を指定してください。 CDBでは、データベース・オブジェクトが含まれているコンテナのグローバル名を指定してください。コンテナは、ルートまたはPDBのいずれでもかまいません。ドメイン名を指定しない場合は、自動的にドメイン名がデータベース名に追加されます。たとえば、ドメイン名が`.NET`の場合に`DBS1`を指定すると、自動的に`DBS1.NET`が指定されます。
`source_object_name`	オブジェクトの名前で、`[schema_name.]table_name`の形式で指定します。たとえば、`hr.employees`のように指定します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。
`source_object_type`	オブジェクトのタイプ。現在、使用できるオブジェクトのタイプは、`TABLE`のみです。
`source_root_name`	CDBにオブジェクトが含まれているソース・ルートのグローバル名。ソース・ルートは、CDB内における取得中の変更の発生場所です。ドメイン名を指定しない場合は、自動的にドメイン名がデータベース名に追加されます。たとえば、`DBS1`を指定し、ドメインが`EXAMPLE.COM`である場合、このプロシージャは自動的に`DBS1.EXAMPLE.COM`を指定します。 `source_root_name`パラメータが`NULL`の場合は、ローカル・ルートのグローバル名がデフォルトになります。ノート: このパラメータはCDBにのみ適用されます。

使用上のノート

オブジェクトが存在するソース・データベースのグローバル名をsource_databaseパラメータに指定する必要があります。現行のデータベースがオブジェクトのソース・データベースでない場合、そのオブジェクトに関するデータ・ディクショナリ情報は、ソース・データベースではなく現行のデータベースから削除されます。

たとえば、ソース・データベースdbs1.netのhr.employees表への変更が、接続先データベースdbs2.netのhr.employees表に適用されると仮定します。また、dbs2.netのhr.employeesは、ソース・データベースではないとします。この場合、この表にdbs2.netをsource_databaseとして指定すると、エラーが発生します。ただし、dbs2.netデータベースでのPURGE_SOURCE_CATALOGプロシージャの実行時に、この表にdbs1.netをsource_databaseとして指定すると、dbs2.netにある表に関するデータ・ディクショナリ情報が削除されます。

次のいずれかの条件がtrueの場合は、データベースでこのプロシージャを実行しないでください。

オブジェクトの取得プロセスで取得した論理変更レコード(LCR)が、オブジェクトの再インスタンス化を行わずにローカルで適用される場合(またはその可能性がある場合)。
オブジェクトの取得プロセスで取得したLCRが、オブジェクトの再インスタンス化を行わずにデータベースによって転送される場合(またはその可能性がある場合)。

ノート:

これらの条件は、取得プロセスで作成されていないLCRには適用されません。つまり、これらの条件は、ユーザーが作成したLCRには適用されません。

219.4.27 RECOVER_OPERATIONプロシージャ

このプロシージャは、エラーが発生したために停止した分割およびマージ操作に対してオプションを提供します。

このプロシージャは、操作のロールフォワード、操作のロールバック、操作に関するすべてのメタデータのパージのいずれかの処理を実行します。分割およびマージ操作は、複数のアウトバウンド・サーバーで同じ取得プロセスが使用されているXStream Out環境で実行される場合があります。

このプロシージャでは、split_thresholdおよびmerge_threshold取得プロセスの各パラメータをNULL値以外に設定して自動分割および自動マージを有効にした場合にのみ、分割およびマージ操作に対する前述の処理を実行できます。

操作に関する情報は、操作の処理中に次のデータ・ディクショナリ・ビューに格納されます。

データ・ディクショナリ・ビューは、取得プロセスを含むデータベースで移入されます。

操作が正常に完了すると、操作に関するメタデータはDBA_RECOVERABLE_SCRIPTビューからDBA_RECOVERABLE_SCRIPT_HISTビューに移動されます。その他のビュー(DBA_RECOVERABLE_SCRIPT_PARAMS、DBA_RECOVERABLE_SCRIPT_BLOCKSおよびDBA_RECOVERABLE_SCRIPT_ERRORS)では、操作に関する情報は30日間保存された後に自動的に削除されます。

これらのいずれかの操作でエラーが発生して操作が停止した場合、操作に関するメタデータはこれらのビューに残ります。この場合、操作に関するメタデータは、RECOVER_OPERATIONプロシージャを使用してロールフォワード、ロールバックまたはパージできます。操作のロールフォワードを選択した場合は、処理を行う前にDBA_RECOVERABLE_SCRIPT_ERRORSに記録されたエラーの原因を解消します。

取得プロセスが含まれているデータベースで、RECOVER_OPERATIONプロシージャを実行してください。

ノート:

RECOVER_OPERATIONプロシージャを実行するには、両方のデータベースがOracle Database 10g リリース2以上のデータベースである必要があります。

参照:

構文

DBMS_XSTREAM_ADM.RECOVER_OPERATION(
   script_id       IN  RAW,
   operation_mode  IN  VARCHAR2  DEFAULT 'FORWARD');

パラメータ

表219-25 RECOVER_OPERATIONプロシージャのパラメータ

パラメータ説明

パラメータ	説明
`script_id`	ロールフォワード中、ロールバック中またはパージ中の操作の操作ID。操作IDを確認するには、`DBA_RECOVERABLE_SCRIPT`データ・ディクショナリ・ビューの`SCRIPT_ID`列を問い合せます。
`operation_mode`	`FORWARD`を指定すると、操作がロールフォワードされます。`FORWARD`は、操作の完了を試行する場合に指定します。 `ROLLBACK`を指定すると、操作で行われたすべての処理がロールバックされます。ロールバックが成功すると、このオプションは操作に関するメタデータを`DBA_RECOVERABLE_SCRIPT`ビューから`DBA_RECOVERABLE_SCRIPT_HIST`ビューに移動します。その他のビューは、操作に関する情報を30日間保持します。 `PURGE`が設定されている場合、プロシージャは、操作をロールバックすることなく、操作に関するメタデータを`DBA_RECOVERABLE_SCRIPT`ビューから`DBA_RECOVERABLE_SCRIPT_HIST`ビューに移動します。その他のビューは、操作に関する情報を30日間保持します。

script_id

ロールフォワード中、ロールバック中またはパージ中の操作の操作ID。操作IDを確認するには、DBA_RECOVERABLE_SCRIPTデータ・ディクショナリ・ビューのSCRIPT_ID列を問い合せます。

operation_mode

FORWARDを指定すると、操作がロールフォワードされます。FORWARDは、操作の完了を試行する場合に指定します。

ROLLBACKを指定すると、操作で行われたすべての処理がロールバックされます。ロールバックが成功すると、このオプションは操作に関するメタデータをDBA_RECOVERABLE_SCRIPTビューからDBA_RECOVERABLE_SCRIPT_HISTビューに移動します。その他のビューは、操作に関する情報を30日間保持します。

PURGEが設定されている場合、プロシージャは、操作をロールバックすることなく、操作に関するメタデータをDBA_RECOVERABLE_SCRIPTビューからDBA_RECOVERABLE_SCRIPT_HISTビューに移動します。その他のビューは、操作に関する情報を30日間保持します。

219.4.28 REMOVE_QUEUEプロシージャ

このプロシージャは、指定されたANYDATAキューを削除します。

具体的には、このプロシージャは次の操作を実行します。

現行のエンキュー・トランザクションとデキュー・トランザクションがすべてコミットされるのを待ちます。
キューを停止します。キューを停止すると、それ以降、キューに対するエンキュー操作とキューからのデキュー操作が禁止されます。
キューを削除します。
drop_unused_queue_tableパラメータがTRUEに設定されている場合、キュー表が空で、他のキューによって使用されていなければ、キュー表を削除します。
cascadeパラメータがTRUEに設定されている場合は、キューを使用しているすべてのXStreamクライアントが削除されます。

ノート:

必ずANYDATAキューを指定してください。

構文

DBMS_XSTREAM_ADM.REMOVE_QUEUE(
   queue_name               IN  VARCHAR2,
   cascade                  IN  BOOLEAN  DEFAULT FALSE,
   drop_unused_queue_table  IN  BOOLEAN  DEFAULT TRUE);

パラメータ

表219-26 REMOVE_QUEUEプロシージャのパラメータ

パラメータ説明

パラメータ	説明
`queue_name`	削除するキューの名前で、`[schema_name.]queue_name`の形式で指定します。たとえば、`strmadmin.streams_queue`のように指定します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。
`cascade`	`TRUE`の場合、このプロシージャはキューを使用するすべてのXStreamクライアントを削除します。 `FALSE`の場合は、キューを使用するXStreamクライアントが存在すると、エラーが発生します。`cascade`パラメータを`FALSE`に設定した状態でこのプロシージャを実行する場合は、キューを現在使用しているXStreamクライアントが存在しないことを事前に確認してください。
`drop_unused_queue_table`	キューのキュー表が空の場合に`TRUE`に設定すると、キュー表が削除されます。キュー表にメッセージが残っている場合、または他のキューによって使用されている場合、キュー表は削除されません。 `FALSE`に設定すると、キュー表は削除されません。

queue_name

削除するキューの名前で、[schema_name.]queue_nameの形式で指定します。たとえば、strmadmin.streams_queueのように指定します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。

cascade

TRUEの場合、このプロシージャはキューを使用するすべてのXStreamクライアントを削除します。

FALSEの場合は、キューを使用するXStreamクライアントが存在すると、エラーが発生します。cascadeパラメータをFALSEに設定した状態でこのプロシージャを実行する場合は、キューを現在使用しているXStreamクライアントが存在しないことを事前に確認してください。

drop_unused_queue_table

キューのキュー表が空の場合にTRUEに設定すると、キュー表が削除されます。キュー表にメッセージが残っている場合、または他のキューによって使用されている場合、キュー表は削除されません。

FALSEに設定すると、キュー表は削除されません。

219.4.29 REMOVE_RULEプロシージャ

このプロシージャは、指定された取得プロセス、適用プロセスまたは伝播に関連付けられたルール・セットから、指定されたルールまたはすべてのルールを削除します。

ノート:

自動的に作成されたルールを削除する場合は、DBMS_RULE_ADM.DROP_RULEプロシージャではなく、このプロシージャを使用してルールを削除してください。DBMS_RULE_ADM.DROP_RULEプロシージャを使用すると、ルールに関するメタデータの一部が残存する可能性があります。

構文

DBMS_XSTREAM_ADM.REMOVE_RULE(
   rule_name         IN  VARCHAR2,
   streams_type      IN  VARCHAR2,
   streams_name      IN  VARCHAR2,
   drop_unused_rule  IN  BOOLEAN  DEFAULT TRUE,
   inclusion_rule    IN  BOOLEAN  DEFAULT TRUE);

パラメータ

表219-27 REMOVE_RULEプロシージャのパラメータ

パラメータ	説明
`rule_name`	削除するルールの名前で、`[schema_name.]rule_name`の形式で指定します。`NULL`の場合は、指定された取得プロセス、適用プロセスまたは伝播のルール・セットからすべてのルールが削除されます。たとえば、`hr`スキーマ内の`prop_rule1`というルールを指定するには、`hr.prop_rule1`と入力します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。
`streams_type`	XStreamクライアントのタイプ: 取得プロセスの場合は、`capture`。伝播の場合は、`propagation`。適用プロセスの場合は、`apply`。
`streams_name`	XStreamクライアントの名前。これは、取得プロセス、伝播または適用プロセスのいずれでもかまいません。所有者を指定しないでください。指定したXStreamクライアントは存在しなくても、そのクライアントにルールを関連付けているメタデータがデータ・ディクショナリに存在する場合は、そのメタデータが削除されます。指定されたXStreamクライアントが存在せず、そのクライアントにルールを関連付けているメタデータもデータ・ディクショナリに存在しない場合は、エラーが発生します。
`drop_unused_rule`	ルールがルール・セットに属していない場合に`TRUE`に設定すると、そのルールがデータベースから削除されます。ルールがいずれかのルール・セットに属している場合に`TRUE`に設定すると、そのルールはデータベースから削除されません。 `FALSE`に設定すると、ルールはデータベースから削除されません。
`inclusion_rule`	`inclusion_rule`が`TRUE`の場合は、XStreamクライアントのポジティブ・ルール・セットからルールが削除されます。 `inclusion_rule`が`FALSE`の場合は、XStreamクライアントのネガティブ・ルール・セットからルールが削除されます。

219.4.30 REMOVE_SUBSET_OUTBOUND_RULESプロシージャ

このプロシージャは、アウトバウンド・サーバーの構成からサブセット・ルールを削除します。

指定された挿入、更新、削除ルールの名前は、ADD_SUBSET_OUTBOUND_RULESプロシージャによって生成された名前と一致している必要があります。サブセット・ルールの名前を表示するには、次の問合せを実行します。

SELECT RULE_OWNER, SUBSETTING_OPERATION, RULE_NAME 
   FROM ALL_XSTREAM_RULES 
   WHERE SUBSETTING_OPERATION IS NOT NULL;

ノート:

このプロシージャでは、削除する各ルールに関連付けられた宣言的なルールベース変換が削除されます。
アウトバウンド・サーバーの取得プロセスからルールが削除されることはありません。

参照:

ADD_SUBSET_OUTBOUND_RULESプロシージャ

構文

DBMS_XSTREAM_ADM.REMOVE_SUBSET_OUTBOUND_RULES(
   server_name      IN VARCHAR2,
   insert_rule_name IN VARCHAR2, 
   update_rule_name IN VARCHAR2, 
   delete_rule_name IN VARCHAR2);

219.4.31 REMOVE_XSTREAM_CONFIGURATIONプロシージャ

このプロシージャは、XStream構成をローカル・データベースで削除します。

構文

DBMS_XSTREAM_ADM.REMOVE_XSTREAM_CONFIGURATION(
   container IN VARCHAR2  DEFAULT NULL);

パラメータ

表219-28 REMOVE_XSTREAM_CONFIGURATIONプロシージャのパラメータ

パラメータ説明

パラメータ	説明
`container`	`CURRENT`の場合は、現在のコンテナからXStream構成が削除されます。`CURRENT`は、ルートまたはCDBのPDBに接続している間に指定できます。 `ALL`の場合は、CDB内のすべてのコンテナからXStream構成が削除されます。`ALL`を指定するには、このプロシージャをルートから起動する必要があります。コンテナ名の場合は、指定されたコンテナからXStream構成が削除されます。ルートを指定するには、ルートへの接続中に`CDB$ROOT`を使用します。PDBを指定するには、プロシージャをルートから起動する必要があります。ノート: このパラメータはCDBにのみ適用されます。

container

CURRENTの場合は、現在のコンテナからXStream構成が削除されます。CURRENTは、ルートまたはCDBのPDBに接続している間に指定できます。

ALLの場合は、CDB内のすべてのコンテナからXStream構成が削除されます。ALLを指定するには、このプロシージャをルートから起動する必要があります。

コンテナ名の場合は、指定されたコンテナからXStream構成が削除されます。ルートを指定するには、ルートへの接続中にCDB$ROOTを使用します。PDBを指定するには、プロシージャをルートから起動する必要があります。

ノート: このパラメータはCDBにのみ適用されます。

使用上のノート

このプロシージャは、ローカル・データベース上で次の処理を実行します。

すべての取得プロセスを削除します。
インスタンス化のために表が準備されている場合は、DBMS_CAPTURE_ADMパッケージのABORT_TABLE_INSTANTIATIONプロシージャを使用すると、表のインスタンス化の準備が中断されます。
インスタンス化のためにスキーマが準備されている場合は、DBMS_CAPTURE_ADMパッケージのABORT_SCHEMA_INSTANTIATIONプロシージャを使用すると、スキーマのインスタンス化の準備が中断されます。
インスタンス化のためにデータベースが準備されている場合は、DBMS_CAPTURE_ADMパッケージのABORT_GLOBAL_INSTANTIATIONプロシージャを使用すると、データベースのインスタンス化の準備が中断されます。
DBMS_XSTREAM_ADMパッケージまたはDBMS_PROPAGATION_ADMパッケージのいずれかを使用して作成された伝播を削除します。伝播を削除する前に、伝播ジョブを無効にします。DBMS_AQADMパッケージを使用して作成された伝播は削除しません。
伝播で使用されるすべての伝播ジョブを無効にします。
すべての適用プロセスを削除します。適用プロセスのエラー・キューに適用エラーがある場合は、すべての適用エラーを削除してから、適用プロセスを削除します。
適用プロセスで使用されるDDLハンドラの定義を削除します。DDLハンドラによって使用されるPL/SQLプロシージャは削除しません。
適用プロセスで使用されるメッセージ・ハンドラの定義を削除します。メッセージ・ハンドラによって使用されるPL/SQLプロシージャは削除しません。
適用プロセスで使用されるプリコミット・ハンドラの定義を削除します。プリコミット・ハンドラによって使用されるPL/SQLプロシージャは削除しません。
個々の適用オブジェクト用、個々のスキーマ用およびデータベース全体用の、初期化SCNと無視SCNを削除します。
メッセージ・クライアントを削除します。
DBMS_XSTREAM_ADMパッケージのSET_MESSAGE_NOTIFICATIONプロシージャを使用して設定されたメッセージ通知指定を設定解除します。
プロシージャDMLハンドラとエラー・ハンドラの定義を削除します。この削除では、これらのハンドラによって使用されるPL/SQLプロシージャは削除されません。
更新競合ハンドラを削除します。
適用表の代替キー列の定義を削除します。
DBMS_XSTREAM_ADMパッケージを使用して作成されたルール・セットとルールを削除します。
取得プロセス、伝播、適用プロセスおよびメッセージ・クライアントによって使用されなかったルール・セットを削除し、それぞれのルール・セット内のルールを削除します。これらのルールおよびルール・セットは、DBMS_XSTREAM_ADMパッケージまたはDBMS_RULE_ADMパッケージを使用して作成されたかどうかに関係なく削除されます。

このプロシージャは、取得プロセスと適用プロセスを停止してから、それらのプロセスを削除します。

次の両方の条件を満たす場合は、このプロシージャはルール・セットまたはルールを削除しません。

ルール・セットまたはルールがDBMS_RULE_ADMパッケージを使用して作成された。
ルール・セットまたはルールが、取得プロセス、伝播、適用プロセスまたはメッセージ・クライアントによって使用されていない。

ノート:

このプロシージャの実行には危険が伴います。このプロシージャは、データベースでXStream構成全体を削除する必要がある場合にのみ実行してください。Oracle Replication構成がデータベースに存在している場合は、Oracle Replication構成全体も削除されます。

ノート:

このプロシージャを繰り返し実行しても、エラーは発生しません。プロシージャが途中で失敗した場合は再実行できます。
このプロシージャは複数回コミットされます。

219.4.32 RENAME_COLUMNプロシージャ

このプロシージャは、指定されたルールを満たす行論理変更レコード(LCR)内の列の名前を変更する宣言ルールベースの変換を追加または削除します。

指定したルールがTRUEと評価されるときに変換を実行する場合、ルールはXStreamクライアントのポジティブ・ルール・セットに入っている必要があります。XStreamクライアントには、取得プロセス、伝播プロセスおよび適用プロセスがあります。

ノート:

RENAME_COLUMNプロシージャでサポートされているデータ・タイプは、Oracle Replication取得プロセスでサポートされているデータ・タイプと同じです。
宣言的変換では、行LCRのみを変換できます。したがって、このプロシージャを実行する場合は、DMLルールを指定する必要があります。DDLルールを指定した場合は、エラーが発生します。

参照:

宣言的なルールベースの変換とOracle Replicationの取得プロセスによってサポートされているデータ・タイプの詳細は、『Oracle Database XStreamガイド』を参照してください。

構文

DBMS_XSTREAM_ADM.RENAME_COLUMN(
   rule_name         IN  VARCHAR2,
   table_name        IN  VARCHAR2,
   from_column_name  IN  VARCHAR2,
   to_column_name    IN  VARCHAR2,
   value_type        IN  VARCHAR2  DEFAULT '*',
   step_number       IN  NUMBER    DEFAULT 0,
   operation         IN  VARCHAR2  DEFAULT 'ADD');

パラメータ

表219-29 RENAME_COLUMNプロシージャのパラメータ

パラメータ	説明
`rule_name`	`[schema_name.]rule_name`の形式で指定したルールの名前。`NULL`の場合は、エラーが発生します。たとえば、`hr`スキーマ内の`employees12`というルールを指定するには、`hr.employees12`と入力します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。
`table_name`	行LCRで列の名前を変更する表の名前で、`[schema_name.]object_name`という形式で指定します。たとえば、`hr.employees`のように指定します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。
`from_column_name`	ルールを満たす各行LCR内の名前を変更する列の名前。
`to_column_name`	ルールを満たす各行LCR内の列の新しい名前。
`value_type`	行LCRの新しい値の列の名前を変更する場合は、`'NEW'`を指定します。行LCRの古い値の列の名前を変更する場合は、`'OLD'`を指定します。行LCRの新しい値と古い値の両方の列の名前を変更する場合は、`'*'`を指定します。
`step_number`	変換の実行順序。関連項目: 変換の順序の詳細は、『Oracle Database XStreamガイド』を参照してください。
`operation`	変換をルールに追加する場合は、`'ADD'`を指定します。変換をルールから削除する場合は、`'REMOVE'`を指定します。

使用上のノート

operationパラメータに'REMOVE'を指定すると、指定したルールに対する列名変更の宣言ルールベースの変換のうち、指定したパラメータ(table_name、column_nameおよびstep_number)に一致するすべての変換が削除されます。これらのパラメータにNULLを指定すると、ワイルドカードとして動作します。次の表に、これらのパラメータの1つ以上がNULLの場合の、RENAME_COLUMNプロシージャの動作を示します。

table_name	from_column_name	to_column_name	step_number	結果
`NULL`	`NULL`	`NULL`	`NULL`	指定したルールに対するすべての列名変更変換が削除されます。
`NULL`	`NULL`	`NULL`	`NULL`以外	指定したルールに対して指定された`step_number`の値を持つすべての列名変更変換が削除されます。
`NULL`	`NULL`	`NULL`以外	`NULL`以外	指定したルールに対して指定された`to_column_name`および`step_number`の値を持つすべての列名変更変換が削除されます。
`NULL`	`NULL`以外	`NULL`以外	`NULL`以外	指定したルールに対して指定された`table_name`および`step_number`の値を持つすべての列名変更変換が削除されます。
`NULL`	`NULL`	`NULL`以外	`NULL`	指定したルールに対して指定されたcolumn_nameの値を持つすべての列名変更変換が削除されます。
`NULL`以外	`NULL`	`NULL`以外	`NULL`	指定したルールに対して指定された`table_name`およびcolumn_nameの値を持つすべての列名変更変換が削除されます。
`NULL`	`NULL`以外	`NULL`	`NULL`	指定したルールに対して指定されている`table_name`の値を持つすべての列名変更変換が削除されます。
`NULL`	`NULL`以外	`NULL`以外	`NULL`	指定したルールに対して指定された`table_name`、column_nameおよび`step_number`の値を持つすべての列名変更変換が削除されます。
`NULL`以外	`NULL`	`NULL`以外	`NULL`	指定したルールに対して指定された`table_name`、column_nameおよび`step_number`の値を持つすべての列名変更変換が削除されます。
`NULL`以外	`NULL`以外	`NULL`以外	`NULL`	指定したルールに対して指定された`table_name`、column_nameおよび`step_number`の値を持つすべての列名変更変換が削除されます。
`NULL`以外	`NULL`以外	`NULL`以外	`NULL`以外	指定したルールに対して指定された`table_name`、column_nameおよび`step_number`の値を持つすべての列名変更変換が削除されます。

219.4.33 RENAME_SCHEMAプロシージャ

このプロシージャは、指定されたルールを満たす行論理変更レコード(LCR)内のスキーマの名前を変更する宣言ルールベースの変換を追加または削除します。

指定したルールがTRUEと評価されるときに変換を実行する場合、ルールはXStreamクライアントのポジティブ・ルール・セットに入っている必要があります。XStreamクライアントには、取得プロセス、伝播プロセスおよび適用プロセスがあります。

ノート:

宣言的変換では、行LCRのみを変換できます。したがって、このプロシージャを実行する場合は、DMLルールを指定する必要があります。DDLルールを指定した場合は、エラーが発生します。

参照:

宣言的なルールベースの変換の詳細は、『Oracle Database XStreamガイド』を参照してください。

構文

DBMS_XSTREAM_ADM.RENAME_SCHEMA(
   rule_name         IN  VARCHAR2,
   from_schema_name  IN  VARCHAR2,
   to_schema_name    IN  VARCHAR2,
   step_number       IN  NUMBER    DEFAULT 0,
   operation         IN  VARCHAR2  DEFAULT 'ADD');

パラメータ

表219-30 RENAME_SCHEMAプロシージャのパラメータ

パラメータ	説明
`rule_name`	`[schema_name.]rule_name`の形式で指定したルールの名前。`NULL`の場合は、エラーが発生します。たとえば、`hr`スキーマ内の`employees12`というルールを指定するには、`hr.employees12`と入力します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。
`from_schema_name`	ルールを満たす各行LCR内の名前を変更するスキーマの名前。
`to_schema_name`	ルールを満たす各行LCR内のスキーマの新しい名前。
`step_number`	変換の実行順序。関連項目: 変換の順序の詳細は、『Oracle Database XStreamガイド』を参照してください。
`operation`	変換をルールに追加する場合は、`'ADD'`を指定します。変換をルールから削除する場合は、`'REMOVE'`を指定します。

使用上のノート

operationパラメータに'REMOVE'を指定すると、指定したルールに対するスキーマ名変更の宣言ルールベースの変換のうち、指定したパラメータ(from_schema_name、to_schema_nameおよびstep_number)に一致する変換がすべて削除されます。これらのパラメータにNULLを指定すると、ワイルドカードとして動作します。次の表に、これらのパラメータの1つ以上がNULLの場合の、RENAME_SCHEMAプロシージャの動作を示します。

from_schema_name	to_schema_name	step_number	結果
`NULL`	`NULL`	`NULL`	指定したルールに対するすべてのスキーマ名変更変換が削除されます。
`NULL`	`NULL`	`NULL`以外	指定したルールに対して指定された`step_number`の値を持つすべてのスキーマ名変更変換が削除されます。
`NULL`	`NULL`以外	`NULL`以外	指定したルールに対して指定された`to_schema_name`および`step_number`の値を持つすべてのスキーマ名変更変換が削除されます。
`NULL`以外	`NULL`	`NULL`以外	指定したルールに対して指定された`from_schema_name`および`step_number`の値を持つすべてのスキーマ名変更変換が削除されます。
`NULL`	`NULL`以外	`NULL`	指定したルールに対して指定された`to_schema_name`の値を持つすべてのスキーマ名変更変換が削除されます。
`NULL`以外	`NULL`以外	`NULL`	指定したルールに対して指定された`from_schema_name`およびto_schema_nameの値を持つすべてのスキーマ名変更変換が削除されます。
`NULL`以外	`NULL`	`NULL`	指定したルールに対して指定された`from_schema_name`の値を持つすべてのスキーマ名変更変換が削除されます。
`NULL`以外	`NULL`以外	`NULL`以外	指定したルールに対して指定された`from_schema_name`、`to_schema_name`および`step_number`の値を持つすべてのスキーマ名変更変換が削除されます。

219.4.34 RENAME_TABLEプロシージャ

このプロシージャは、指定されたルールを満たす行論理変更レコード(行LCR)内の表の名前を変更する宣言ルールベースの変換を追加または削除します。

指定したルールがTRUEと評価されるときに変換を実行する場合、ルールはXStreamクライアントのポジティブ・ルール・セットに入っている必要があります。XStreamクライアントには、取得プロセス、伝播プロセスおよび適用プロセスがあります。

ノート:

宣言的変換では、行LCRのみを変換できます。したがって、このプロシージャを実行する場合は、DMLルールを指定する必要があります。DDLルールを指定した場合は、エラーが発生します。

参照:

宣言的なルールベースの変換の詳細は、『Oracle Database XStreamガイド』を参照してください。

構文

DBMS_XSTREAM_ADM.RENAME_TABLE(
   rule_name        IN  VARCHAR2,
   from_table_name  IN  VARCHAR2,
   to_table_name    IN  VARCHAR2,
   step_number      IN  NUMBER    DEFAULT 0,
   operation        IN  VARCHAR2  DEFAULT 'ADD');

パラメータ

表219-31 RENAME_TABLEプロシージャのパラメータ

パラメータ	説明
`rule_name`	`[schema_name.]rule_name`の形式で指定したルールの名前。`NULL`の場合は、エラーが発生します。たとえば、`hr`スキーマ内の`employees12`というルールを指定するには、`hr.employees12`と入力します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。
`from_table_name`	ルールを満たす各行LCR内の名前を変更する表の名前で、`[schema_name.]object_name`という形式で指定します。たとえば、`hr.employees`のように指定します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。
`to_table_name`	ルールを満たす各行LCR内の表の新しい名前で、`[schema_name.]object_name`という形式で指定します。たとえば、`humres.staff`のように指定します。この変換では、表のみ、スキーマのみ、または両方の名前を変更できます。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。
`step_number`	変換の実行順序。関連項目: 変換の順序の詳細は、『Oracle Database XStreamガイド』を参照してください。
`operation`	変換をルールに追加する場合は、`'ADD'`を指定します。変換をルールから削除する場合は、`'REMOVE'`を指定します。

使用上のノート

operationパラメータに'REMOVE'を指定すると、指定したルールに対する表名変更の宣言ルールベースの変換のうち、指定したパラメータ(from_table_name、to_table_nameおよびstep_number)に一致する変換がすべて削除されます。これらのパラメータにNULLを指定すると、ワイルドカードとして動作します。次の表に、これらのパラメータの1つ以上がNULLの場合の、RENAME_TABLEプロシージャの動作を示します。

from_table_name	to_table_name	step_number	結果
`NULL`	`NULL`	`NULL`	指定したルールに対するすべての表名変更変換が削除されます。
`NULL`	`NULL`	`NULL`以外	指定したルールに対して指定された`step_number`の値を持つすべての表名変更変換が削除されます。
`NULL`	`NULL`以外	`NULL`以外	指定したルールに対して指定されている`to_table_name`および`step_number`のすべての表名変更変換が削除されます。
`NULL`以外	`NULL`	`NULL`以外	指定したルールに対して指定されている`from_table_name`および`step_number`のすべての表名変更変換が削除されます。
`NULL`	`NULL`以外	`NULL`	指定したルールに対して指定されている`to_table_name`のすべての表名変更変換が削除されます。
`NULL`以外	`NULL`以外	`NULL`	指定したルールに対して指定されている`from_table_name`および`to_table_name`のすべての表名変更変換が削除されます。
`NULL`以外	`NULL`	`NULL`	指定したルールに対して指定されている`from_table_name`のすべての表名変更変換が削除されます。
`NULL`以外	`NULL`以外	`NULL`以外	指定したルールに対して指定されている`from_table_name`、`to_table_name`および`step_number`のすべての表名変更変換が削除されます。

219.4.35 SET_MESSAGE_TRACKINGプロシージャ

このプロシージャは、現在のセッションで生成された論理変更レコード(LCR)の追跡ラベルを設定します。

このプロシージャの影響があるのは、現行のセッションのみです。取得されたLCRや永続LCRなど、現在のセッションで生成されたLCRが追跡されます。

ノート:

このプロシージャで設定される追跡ラベルは、非LCRメッセージを追跡しません。

参照:

KAWGET_MESSAGE_TRACKING

構文

DBMS_XSTREAM_ADM.SET_MESSAGE_TRACKING(
   tracking_label IN VARCHAR2  DEFAULT 'Streams_tracking',
   actions        IN NUMBER    DEFAULT DBMS_XSTREAM_ADM.ACTION_MEMORY);

パラメータ

表219-32 SET_MESSAGE_TRACKINGプロシージャのパラメータ

パラメータ説明

パラメータ	説明
`tracking_label`	セッションで生成されたLCRを追跡するために使用されるラベル。現在のセッションでメッセージ追跡を停止するには、このパラメータを`NULL`に設定します。ラベルのサイズ制限は、4,000バイトです。
`actions`	`DBMS_XSTREAM_ADM.ACTION_MEMORY`を指定すると、メモリー内でLCRが追跡されます。現在、`DBMS_XSTREAM_ADM.ACTION_MEMORY`はこのパラメータの唯一有効な設定です。このパラメータに指定する値は、列挙定数です。列挙定数にはパッケージ名を接頭辞として付加する必要があります。

tracking_label

セッションで生成されたLCRを追跡するために使用されるラベル。

現在のセッションでメッセージ追跡を停止するには、このパラメータをNULLに設定します。

ラベルのサイズ制限は、4,000バイトです。

actions

DBMS_XSTREAM_ADM.ACTION_MEMORYを指定すると、メモリー内でLCRが追跡されます。

現在、DBMS_XSTREAM_ADM.ACTION_MEMORYはこのパラメータの唯一有効な設定です。

このパラメータに指定する値は、列挙定数です。列挙定数にはパッケージ名を接頭辞として付加する必要があります。

219.4.36 SET_PARAMETERプロシージャ

このプロシージャは、アウトバウンド・サーバー、インバウンド・サーバーまたはアウトバウンド・サーバーの取得プロセスに対してパラメータを設定します。

構文

DBMS_XSTREAM_ADM.SET_PARAMETER(
   streams_name    IN  VARCHAR2,
   streams_type    IN  VARCHAR2,
   parameter       IN  VARCHAR2,
   value           IN  VARCHAR2  DEFAULT NULL,
   no_wait         IN  BOOLEAN   DEFAULT FALSE,
   source_database IN  VARCHAR2  DEFAULT NULL);

パラメータ

表219-33 SET_PARAMETERプロシージャのパラメータ

パラメータ	説明
`streams_type`	XStreamクライアントのタイプ: 取得プロセスの場合は、`capture`。アウトバウンド・サーバーまたはインバウンド・サーバーに対して`apply`を指定してください。
`streams_name`	取得プロセス、アウトバウンド・サーバーまたはインバウンド・サーバーの名前。所有者を指定しないでください。
`parameter`	設定するパラメータの名前。取得プロセスのパラメータの詳細は、「取得プロセスのパラメータ」を参照してください。アウトバウンド・サーバーおよびインバウンド・サーバーのパラメータの詳細は、「適用コンポーネントのパラメータ」を参照してください。
`value`	パラメータに設定する値。 `NULL`の場合、パラメータはデフォルト値に設定されます。
`no_wait`	`TRUE`の場合は、パラメータが即時に設定されます。 `FALSE`の場合、パラメータは、実行中の取得プロセス、インバウンド・サーバー、またはアウトバウンド・サーバーとの同期化の後で設定されます。同じプロセスの複数のパラメータを連続して変更する場合、このパラメータを`TRUE`に設定すると、各コールがスピードアップします。ただし、プロセスが現在実行中の場合は、このパラメータをプロシージャの最後に`FALSE`に設定して、変更されたパラメータ値がプロセスで使用されるようにする必要があります。最後のプロシージャ・コールに対してno_waitパラメータが`TRUE`に設定されていると、実行中のプロセスはパラメータの変更を検出できない場合があります。
`source_database`	`CURRENT`の場合、パラメータは、プロシージャが起動されたコンテナでのみ設定されます。`CURRENT`は、ルートまたはPDBに接続している間に指定できます。 `ALL`の場合、パラメータは、プロシージャの起動後に作成済のCDB内のすべてのコンテナおよびすべてのPDBで設定されます。`ALL`を指定するには、このプロシージャをルートから起動する必要があります。コンテナ名の場合、パラメータは指定されたコンテナで設定されます。ルートを指定するには、ルートへの接続中に`CDB$ROOT`を使用します。PDBを指定するには、プロシージャをルートから起動する必要があります。ノート: このパラメータは、CDBのみに適用されます。また、NULL以外の値を、次のパラメータにのみ指定できます。 `include_objects`取得パラメータ `excludetag`取得または適用パラメータ `excludetrans`はパラメータを取得および適用します。 `excludeuser`取得または適用パラメータ `excludeuserid`取得または適用パラメータ `getreplicates`取得または適用パラメータ `getapplops`取得または適用パラメータ

219.4.37 SET_TAGプロシージャ

このプロシージャは、現行のセッションで継続して生成されるREDOエントリすべてに対してバイナリ・タグを設定します。

現行セッションのDML文またはDDL文によって生成される各REDOエントリには、このタグが含まれます。このプロシージャの影響があるのは、現行のセッションのみです。

構文

DBMS_XSTREAM_ADM.SET_TAG(
   tag  IN RAW  DEFAULT NULL);

パラメータ

表219-34 SET_TAGプロシージャのパラメータ

パラメータ説明

パラメータ	説明
`tag`	現行のセッションで継続して生成されるREDOエントリすべてに対するバイナリ・タグ。RAW値は一連のバイトで、バイトは一連のビットです。デフォルトでは、セッションのタグは`NULL`です。タグ値のサイズ制限は、2000バイトです。

tag

現行のセッションで継続して生成されるREDOエントリすべてに対するバイナリ・タグ。RAW値は一連のバイトで、バイトは一連のビットです。

デフォルトでは、セッションのタグはNULLです。

タグ値のサイズ制限は、2000バイトです。

使用上のノート

現行のセッションでタグを16進数値の'17'に設定するには、次のプロシージャを実行します。

EXEC DBMS_XSTREAM_ADM.SET_TAG(tag => HEXTORAW('17'));

SET_TAGプロシージャでは、次の点に注意してください。

このプロシージャはトランザクション型ではありません。つまり、SET_TAGの結果はロールバックできません。
データベースでデータ・ディクショナリの構築を実行する前に、SET_TAGプロシージャを実行してNULL以外のセッション・タグを設定した場合、ディクショナリの構築前に開始したトランザクションのREDOエントリに、セッションに指定したタグ値が含まれないことがあります。そのため、データ・ディクショナリの構築は、セッションでSET_TAGプロシージャを使用する前に実行します。データ・ディクショナリは、DBMS_CAPTURE_ADM.BUILDプロシージャを実行すると構築されます。BUILDプロシージャは、取得プロセスの作成時に自動的に実行できます。

参照:

BUILDプロシージャ

219.4.38 SET_UP_QUEUEプロシージャ

このプロシージャは、キュー表およびANYDATAキューを作成します。

構文

DBMS_XSTREAM_ADM.SET_UP_QUEUE(
   queue_table     IN  VARCHAR2  DEFAULT 'streams_queue_table',
   storage_clause  IN  VARCHAR2  DEFAULT NULL,
   queue_name      IN  VARCHAR2  DEFAULT 'streams_queue',
   queue_user      IN  VARCHAR2  DEFAULT NULL,
   comment         IN  VARCHAR2  DEFAULT NULL);

パラメータ

表219-35 SET_UP_QUEUEプロシージャのパラメータ

パラメータ	説明
`queue_table`	キュー表の名前で、`[schema_name.]queue_table_name`の形式で指定します。たとえば、`strmadmin.streams_queue_table`のように指定します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。キュー表の所有者を指定しない場合は、このプロシージャを実行するユーザーがキュー表の所有者として自動的に指定されます。キュー表の名前の最大長は24バイトです。
`storage_clause`	キュー表に対すSTORAGE句。記憶域パラメータは、キュー表の作成時に、`CREATE` `TABLE`文に組み込まれます。有効な表のSTORAGE句を任意に指定できます。ここで表領域を指定しない場合は、キュー表およびそのすべての関連オブジェクトが、このプロシージャを実行しているユーザーのデフォルトのユーザー表領域に作成されます。ここで表領域を指定した場合は、キュー表およびそのすべての関連オブジェクトが、STORAGE句で指定された表領域に作成されます。 `NULL`の場合は、キュー表が作成された表領域の記憶特性が使用されます。関連項目: STORAGE句の詳細は、『Oracle Database SQL言語リファレンス』を参照してください
`queue_name`	`ANYDATA`キューとして機能するキューの名前で、`[schema_name.]queue_name`という形式で指定します。たとえば、`strmadmin.streams_queue`のように指定します。スキーマを指定しない場合は、キュー表の所有者が使用されます。キュー表の所有者は、キューの所有者でもある必要があります。キューの所有者には、キューに関するすべてのキュー操作を実行するための権限が自動的に付与されます。このパラメータにスキーマが指定されず、`queue_table`パラメータにキュー表の所有者が指定されていない場合は、現行のユーザーがデフォルトで使用されます。キューの名前の最大長は24バイトです。
`queue_user`	キューに対する`ENQUEUE`権限と`DEQUEUE`権限が必要なユーザー名。このユーザーは、キューの保護キュー・ユーザーとしても構成されます。キュー・ユーザーには`GRANT`オプションが付与されていないため、これらの権限を他のユーザーに付与することはできません。 `NULL`に設定すると、権限は付与されません。`DBMS_AQADM`パッケージを使用して、キューの権限を適切なユーザーに付与することもできます。
`comment`	キューに対するコメント。

使用上のノート

設定には、次のアクションが含まれます。

指定のキュー表が存在していない場合、このプロシージャは、DBMS_AQADMパッケージのCREATE_QUEUE_TABLEプロシージャを実行し、指定のSTORAGE句でキュー表を作成します。このプロシージャでキュー表が作成される場合は、保護キューでありトランザクション・キューでもある、ANYDATAのマルチ・コンシューマ・キューが作成されます。

また、データベースがOracle Database 10g リリース 2以上の場合、CREATE_QUEUE_TABLEのsort_list設定はcommit_timeに設定されます。データベースがOracle Database 10g リリース2より前の場合、CREATE_QUEUE_TABLEのsort_list値はenq_timeに設定されます。
指定したキュー表が存在する場合は、そのキュー表のプロパティがキューで使用されます。
指定したキューの名前が存在していない場合、このプロシージャは、DBMS_AQADMパッケージのCREATE_QUEUEプロシージャを実行して、キューを作成します。
このプロシージャは、キューを開始します。
キュー・ユーザーが指定されている場合、このプロシージャは、このユーザーをキューの保護キュー・ユーザーとして構成し、キューに対するENQUEUE権限とDEQUEUE権限を指定のキュー・ユーザーに付与します。

キュー・ユーザーを保護キュー・ユーザーとして構成するために、このプロシージャは、ユーザー名と同名のアドバンスト・キューイング・エージェントを作成します(エージェントが存在していない場合)。この名前のエージェントが存在し、キュー・ユーザーのみに関連付けられている場合は、そのエージェントが使用されます。SET_UP_QUEUEプロシージャは、次に、DBMS_AQADMパッケージのENABLE_DB_ACCESSプロシージャを実行して、エージェントとユーザーを指定します。

ノート:

SET_UP_QUEUEで作成を試みたエージェントが存在し、そのエージェントがqueue_userで指定されているユーザー以外のユーザーに関連付けられている場合は、エラーが発生します。この場合は、既存のエージェントを変更または削除してから、SET_UP_QUEUEを再試行してください。

219.4.39 SPLIT_STREAMSプロシージャ

このプロシージャは、取得プロセスからの1つのストリームをその取得プロセスからの他のすべてのストリームから分割します。

このプロシージャの対象は、複数の接続先データベースに伝播された変更を取得プロセスが取得するOracle Replication環境です。伝播の接続先の1つが取得された変更の受入れを停止した場合、変更は取得プロセス・キューに残ります。キューが大きくなってLCRのハード・ディスクへの書込みが開始されると、Oracle Replication環境のパフォーマンスが低下する可能性があります。接続先はいくつかの理由で変更の受入れを停止する場合があります。たとえば、接続先データベースが停止する場合などです。

具体的には、このプロシージャは次の操作を実行します。

取得プロセスを実行しているデータベースで新しいキューを作成します。新しいキューは元のストリームで使用されているキューのクローンであるため、クローニングされたキューと呼ばれます。新しいキューはクローニングされた新しい取得プロセスによって使用され、クローニングされた新しい伝播のソース・キューとなります。
ステップ1で作成したソース・キューから既存の宛先キューにLCRを伝播する新しい伝播を作成します。新しい伝播は元のストリームで使用されている伝播のクローンであるため、クローニングされた伝播と呼ばれます。クローニングされた伝播は、元の伝播と同じルール・セットを使用します。
取得プロセスを停止します。
元の伝播の確認済SCNを問い合せます。確認済SCNとは、伝播によって送信された変更を適用する適用プロセスによって最後に確認されたSCNです。
新しい取得プロセスを作成します。新しい取得プロセスは元のストリームで使用されている取得プロセスのクローンであるため、クローニングされた取得プロセスと呼ばれます。プロシージャによって、クローニングされた取得プロセスの開始SCNが、問い合せた確認済SCNの値に設定されます。クローニングされた取得プロセスは、元の取得プロセスと同じルール・セットを使用します。
元の伝播を削除します。
ステップ4で問い合せた確認済SCNに設定された開始SCNで元の取得プロセスを開始します。
auto_merge_thresholdパラメータが正数に設定されている場合、スケジュールに従って設定された間隔でMERGE_STREAMS_JOBプロシージャを実行するOracle Schedulerジョブを作成します。2つのストリームが指定されたマージしきい値内にある場合、MERGE_STREAMS_JOBプロシージャはMERGE_STREAMSを実行して、ストリームを自動的にマージします。

SPLIT_STREAMSプロシージャの実行が終了すると、クローニングされた取得プロセスは無効化されます。接続先データベースで問題が解決され、宛先キューで変更を受け入れることができる場合は、DBMS_CAPTURE_ADMパッケージのSTART_CAPTUREプロシージャを使用して、クローニングされた取得プロセスを開始する必要があります。

ノート:

元の取得プロセスがダウンストリーム取得プロセスである場合は、クローニングされた取得プロセスを開始する前に、ソース・データベースからREDOログを読み取るようにクローニングされた取得プロセスを構成する必要があります。

参照:

構文

DBMS_XSTREAM_ADM.SPLIT_STREAMS(
   propagation_name         IN      VARCHAR2,
   cloned_propagation_name  IN      VARCHAR2  DEFAULT NULL,
   cloned_queue_name        IN      VARCHAR2  DEFAULT NULL,
   cloned_capture_name      IN      VARCHAR2  DEFAULT NULL,
   perform_actions          IN      BOOLEAN   DEFAULT TRUE,
   script_name              IN      VARCHAR2  DEFAULT NULL,
   script_directory_object  IN      VARCHAR2  DEFAULT NULL,
   auto_merge_threshold     IN      NUMBER    DEFAULT NULL,
   schedule_name            IN OUT  VARCHAR2,
   merge_job_name           IN OUT  VARCHAR2);

パラメータ

表219-36 SPLIT_STREAMSプロシージャのパラメータ

パラメータ	説明
`propagation_name`	宛先キューにLCRを送信できない伝播の名前。指定する伝播は、他のストリームから分割されるストリームの伝播です。既存の伝播名を指定する必要があります。所有者を指定しないでください。
`cloned_propagation_name`	分割されるストリームに対して、このプロシージャで作成される新しい伝播の名前。`NULL`の場合、システムによって伝播名が生成されます。
`cloned_queue_name`	分割されるストリームに対して、このプロシージャで作成される新しいキューの名前。`NULL`の場合、システムによってキュー名が生成されます。
`cloned_capture_name`	分割されるストリームに対して、このプロシージャで作成される新しい取得プロセスの名前。`NULL`の場合、システムによって取得プロセス名が生成されます。
`perform_actions`	`TRUE`に設定すると、ストリームを直接分割するために必要な処理が実行されます。 `FALSE`に設定すると、ストリームを直接分割するために必要な処理は実行されません。このプロシージャでスクリプトを生成し、そのスクリプトを編集して実行できるようにする場合は、`FALSE`に設定します。次のいずれかのパラメータが`NULL`の場合に`FALSE`に設定すると、エラーが発生します。 `script_name` `script_directory_object`
`script_name`	このパラメータが`NULL`以外の値で、`perform_actions`パラメータが`FALSE`の場合は、指定された名前のスクリプトが生成されます。このスクリプトには、ストリームを分割するために必要なすべての文が記述されています。指定したスクリプト名のファイルが、`script_directory_object`パラメータで指定されるディレクトリにすでに存在する場合は、その既存ファイルの末尾に文が追加されます。このパラメータが`NULL`以外の値で、`perform_actions`パラメータが`TRUE`の場合は、指定のスクリプトが生成され、ストリームを直接分割する処理が実行されます。このパラメータが`NULL`で、`perform_actions`パラメータが`TRUE`の場合は、ストリームを直接分割する処理が実行され、スクリプトは生成されません。このパラメータが`NULL`で、`perform_actions`パラメータが`FALSE`の場合は、エラーが発生します。
`script_directory_object`	作成されるスクリプトが保存されるローカル・コンピュータ・システムのディレクトリのディレクトリ・オブジェクト。 `script_name`パラメータが`NULL`の場合、このパラメータは無視され、スクリプトは生成されません。このパラメータが`NULL`で、`script_name`パラメータが`NULL`以外の場合は、エラーが発生します。ノート: ディレクトリ・オブジェクトにOracle Automatic Storage Management (ASM)ディスク・グループを指定することはできません。
`auto_merge_threshold`	正数を指定した場合、分割されたストリームは、Oracle Schedulerジョブによって、取得プロセスからの他のすべてのストリームに自動的にマージされて戻されます。このジョブによって、スケジュールに従って設定された間隔で`MERGE_STREAMS_JOB`プロシージャが実行されます。`GV$XSTREAM_CAPTURE`動的パフォーマンス・ビューの各取得プロセスの`CAPTURE_MESSAGE_CREATE_TIME`列の値によって、ストリームがいつマージされるかが判別されます。具体的には、クローニングされた取得プロセスと元の取得プロセスの`CAPTURE_MESSAGE_CREATE_TIME`の差(秒数)が`auto_merge_threshold`パラメータに指定された値以下の場合、2つのストリームは自動的にマージされます。分割されたストリームが元のストリームとマージされて戻されるには、クローニングされた取得プロセスが開始されている必要があります。 `NULL`または`0`(ゼロ)を指定した場合、分割されたストリームは自動的に元のストリームとマージされて戻されません。分割されたストリームを元のストリームとマージするには、クローニングされた取得プロセスの`CAPTURE_MESSAGE_CREATE_TIME`が、元の取得プロセスの`CAPTURE_MESSAGE_CREATE_TIME`に追いついているか、またはほとんど追いついているときに、`MERGE_STREAM`プロシージャを手動で実行します。 `CAPTURE_MESSAGE_CREATE_TIME`は、取得された変更がREDOログに記録された時間を記録します。
`schedule_name`	Oracle Schedulerスケジュール名で、`[schema_name.]schedule_name`の形式で指定します。たとえば、`strmadmin.merge_schedule`のように指定します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。 `auto_merge_threshold`が`NULL`以外の正数の場合、スケジュールは、適切な時間にストリームを自動的にマージするジョブによって使用されます。命名規則に従うか、またはスケジュールの追跡を簡単にするには、スケジュール名を指定します。 `NULL`の場合で、`auto_merge_threshold`が`NULL`以外の正数の場合、システムによってスケジュール名が生成されます。 `auto_merge_threshold`が`NULL`または`0`(ゼロ)の場合、このパラメータは`NULL`に設定する必要があります。このプロシージャによってスケジュールが作成された場合、スケジュールはプロシージャが完了したときに開始されます。スケジュールを変更して、マージ・ジョブの実行頻度を制御できます。既存のスケジュール名を指定すると、エラーが発生します。
`merge_job_name`	Oracle Schedulerジョブ名で、`[schema_name.]merge_job_name`の形式で指定します。たとえば、`strmadmin.merge_job`のように指定します。スキーマを指定しない場合は、現行のユーザー名がデフォルトで使用されます。 `auto_merge_threshold`が`NULL`以外の正数の場合、ジョブは、適切な時間にストリームを自動的にマージします。命名規則に従う場合やジョブの追跡を簡単にする場合には、マージ・ジョブ名を指定します。 `NULL`の場合で、`auto_merge_threshold`が`NULL`以外の正数の場合、システムによってジョブ名が生成されます。 `auto_merge_threshold`が`NULL`または`0`(ゼロ)の場合、このパラメータは`NULL`に設定する必要があります。既存のジョブ名を指定すると、エラーが発生します。

参照:

Oracle Schedulerの詳細は、『Oracle Database管理者ガイド』を参照してください。

219.4.40 START_OUTBOUNDプロシージャ

このプロシージャにより、XStreamアウトバウンド・サーバーが起動します。アウトバウンド・サーバーは、LCRをXStreamクライアントのアプリケーションにストリーム・アウトします。

構文

DBMS_XSTREAM_ADM.START_OUTBOUND(
   server_name      IN  VARCHAR2);

パラメータ

表219-37 START_OUTBOUNDプロシージャのパラメータ

パラメータ	説明
`server_name`	起動中のアウトバウンド・サーバーの名前。`NULL`指定は許可されていません。所有者を指定しないでください。

219.4.41 STOP_OUTBOUNDプロシージャ

このプロシージャにより、XStreamアウトバウンド・サーバーが停止します。アウトバウンド・サーバーは、LCRをXStreamクライアントのアプリケーションにストリーム・アウトします。

構文

DBMS_XSTREAM_ADM.STOP_OUTBOUND(
   server_name  IN  VARCHAR2,
   force        IN  BOOLEAN   DEFAULT FALSE);

パラメータ

表219-38 STOP_OUTBOUNDプロシージャのパラメータ

パラメータ説明

パラメータ	説明
`server_name`	停止中のアウトバウンド・サーバーの名前。`NULL`指定は許可されていません。所有者を指定しないでください。
`force`	`TRUE`の場合は、アウトバウンド・サーバーとその取得プロセスをできるだけ早く停止します。 `FALSE`の場合は、適用された一連のトランザクションに不整合がないことが確認された後で、アウトバウンド・サーバーが停止されます。適用コンポーネントの動作は、`force`パラメータに指定された設定、および`commit_serialization`適用コンポーネント・パラメータに指定された設定によって決まります。

server_name

停止中のアウトバウンド・サーバーの名前。NULL指定は許可されていません。所有者を指定しないでください。

force

TRUEの場合は、アウトバウンド・サーバーとその取得プロセスをできるだけ早く停止します。

FALSEの場合は、適用された一連のトランザクションに不整合がないことが確認された後で、アウトバウンド・サーバーが停止されます。

適用コンポーネントの動作は、forceパラメータに指定された設定、およびcommit_serialization適用コンポーネント・パラメータに指定された設定によって決まります。

219.1 DBMS_XSTREAM_ADMの概要

219.2 DBMS_XSTREAM_ADMのセキュリティ・モデル

219.3 DBMS_XSTREAM_ADMの操作上のノート

219.4 DBMS_XSTREAM_ADMサブプログラムの要約

219.4.1 ADD_COLUMNプロシージャ

219.4.2 ADD_GLOBAL_PROPAGATION_RULESプロシージャ

219.4.3 ADD_GLOBAL_RULESプロシージャ

219.4.4 ADD_OUTBOUNDプロシージャ

219.4.5 ADD_SCHEMA_PROPAGATION_RULESプロシージャ

219.4.6 ADD_SCHEMA_RULESプロシージャ

219.4.7 ADD_SUBSET_OUTBOUND_RULESプロシージャ

219.4.8 ADD_SUBSET_PROPAGATION_RULESプロシージャ

219.4.9 ADD_SUBSET_RULESプロシージャ

219.4.10 ADD_TABLE_PROPAGATION_RULESプロシージャ

219.4.11 ADD_TABLE_RULESプロシージャ

219.4.12 ALTER_INBOUNDプロシージャ

219.4.13 ALTER_OUTBOUNDプロシージャ

219.4.14 CREATE_INBOUNDプロシージャ

219.4.15 CREATE_OUTBOUNDプロシージャ

219.4.16 DELETE_COLUMNプロシージャ

219.4.17 DROP_INBOUNDプロシージャ

219.4.18 DROP_OUTBOUNDプロシージャ

219.4.19 ENABLE_GG_XSTREAM_FOR_STREAMSプロシージャ

219.4.20 GET_MESSAGE_TRACKINGファンクション

219.4.21 GET_TAGファンクション

219.4.22 IS_GG_XSTREAM_FOR_STREAMSファンクション

219.4.23 KEEP_COLUMNSプロシージャ

219.4.24 MERGE_STREAMSプロシージャ

219.4.25 MERGE_STREAMS_JOBプロシージャ

219.4.26 PURGE_SOURCE_CATALOGプロシージャ

219.4.27 RECOVER_OPERATIONプロシージャ

219.4.28 REMOVE_QUEUEプロシージャ

219.4.29 REMOVE_RULEプロシージャ

219.4.30 REMOVE_SUBSET_OUTBOUND_RULESプロシージャ

219.4.31 REMOVE_XSTREAM_CONFIGURATIONプロシージャ

219.4.32 RENAME_COLUMNプロシージャ

219.4.33 RENAME_SCHEMAプロシージャ

219.4.34 RENAME_TABLEプロシージャ

219.4.35 SET_MESSAGE_TRACKINGプロシージャ

219.4.36 SET_PARAMETERプロシージャ

219.4.37 SET_TAGプロシージャ

219.4.38 SET_UP_QUEUEプロシージャ

219.4.39 SPLIT_STREAMSプロシージャ

219.4.40 START_OUTBOUNDプロシージャ

219.4.41 STOP_OUTBOUNDプロシージャ