from a remote source database - Vertaling naar Japans - voorbeelden Engels

Log files from a remote source database should be kept separate from local database log files. In addition, if the downstream database contains log files from multiple source databases, then the log files from each source database should be kept separate from each other.

リモート・ソース・データベースからのログ・ファイルは、ローカル・データベースのログ・ファイルとは別に格納する必要があります。また、ダウンストリーム・データベースに複数のソース・データベースからのログ・ファイルが含まれている場合は、各ソース・データベースからのログ・ファイルを個別に格納する必要があります。

Directing a partition to the remote site means the current database is the source. Creating a partition from the remote site means the current database is the target.

パーティションをリモート・サイトに宛先指定すると、現在のデータベースはソースになります。パーティションをリモート・サイトから作成すると、現在のデータベースはターゲットになります。

Access. It is now easier than ever to integrate data from a variety sources, whether it is from your local database, a remote Oracle database, or from any web service.

ローカル、リモート、REST、アクセス。　ローカル・データベース、リモートOracleデータベースまたは任意のWebサービスのいずれであるかを問わず、様々なソースからのデータを統合することは、かつてないほど簡単になりました。

Figure 1-13 shows a sample replication configuration that uses a downstream capture process. Downstream capture means that the capture process runs on a remote database instead of the source database. Using downstream capture removes the capture workload from the production database.

図　1-13に、ダウンストリーム取得プロセスを使用するレプリケーション構成の例を示します。ダウンストリーム取得は、ソース・データベースではなくリモート・データベース上で取得プロセスが実行されることを意味します。ダウンストリーム取得を使用すると、本番データベースからの取得ワークロードが削除されます。

Create a Warehouse Builder Transportable Module to copy remote objects (tables, views, materialized views, and so on) from a source database into a target database at very fast speed. The mappings in the target data warehouse can then access data locally.

Warehouse　Builderトランスポータブル・モジュールを作成して、ソース・データベースからターゲット・データベースにリモート・オブジェクト（表、ビュー、マテリアライズド・ビューなど）を高速にコピーします。これにより、ターゲット・データ・ウェアハウスのマッピングはローカルでデータにアクセスできます。

Create or validate a transparent partition definition between two databases. A transparent partition allows users to manipulate data that is stored in a target database as if it were part of the source remote data is retrieved from the data source each time that users at the data target request it.

2つのデータベース間の透過パーティション定義が作成または検証されます。透過パーティションにより、ユーザーはターゲット・データベースに保管されたデータを、ソース・データベースの一部であるかのように操作できます。リモート・データは、データ・ターゲットのユーザーから要求されるたびに、データ・ソースから取得されます。

You can create a queue at a database, and applications can enqueue messages into the queue explicitly. Subscribing applications or messaging clients can dequeue messages directly from this queue. If an application is remote, then a queue can be created in a remote database that subscribes to messages published in the source queue. The destination application can dequeue messages from the remote queue. Alternatively, the destination application can dequeue messages directly from the source queue using a variety of standard protocols.

データベースにキューを作成できます。また、アプリケーションはメッセージをキューに明示的にエンキューできます。サブスクライバ・アプリケーションまたはメッセージ・クライアントは、このキューからメッセージを直接デキューできます。アプリケーションがリモートの場合、ソース・キューでパブリッシュされたメッセージをサブスクライブするリモート・データベースにキューを作成できます。宛先アプリケーションは、リモート・キューからメッセージをデキューできます。また、宛先アプリケーションは、様々な標準プロトコルを使用して、ソース・キューからメッセージを直接デキューすることもできます。

When replicating either from or to a remote data source, EPRS makes specific data available within the remote database as one leg of data federation.

リモート（遠隔）のデータソースとの間レプリケーションを実行する場合は、EPRSにより、データフェデレーション（認証連携）の1つの機能として、リモートデータベース内で特定のデータにアクセスできるようになります。

You can configure a capture process to run locally on a source database or remotely on a downstream database. A single database can have one or more capture processes that capture local changes and other capture processes that capture changes from a remote source is, you can configure a single database to perform both local capture and downstream capture.

取得プロセスは、ソース・データベースでローカルに実行されるか、またはダウンストリーム・データベースで実行されるように構成できます。単一のデータベースに、ローカルの変更を取得する1つ以上の取得プロセスおよびリモート・ソース・データベースの変更を取得する他の取得プロセスを含めることができます。つまり、単一のデータベースを構成することによって、ローカル取得およびダウンストリーム取得の両方を実行できます。

In the sample replication configuration shown in Figure 1-13, the downstream capture process runs at the remote database, and the redo data is sent from the source database to the remote the remote database, a downstream capture process captures the changes in the redo data sent from the source database and an apply process applies these changes to the local database objects.

図　1-13のレプリケーション構成の例では、ダウンストリーム取得プロセスがリモート・データベースdest.net上で実行され、REDOデータがソース・データベースsrc.netからリモート・データベースに送信されます。リモート・データベースでは、ダウンストリーム取得プロセスがソース・データベースから送信されたREDOデータの変更を取得し、適用プロセスがこれらの変更をローカル・データベース・オブジェクトに適用します。

In contrast, a queue-to-dblink propagation shares a propagation job with other queue-to-dblink propagations from the same source queue that use the same database link. If several propagations propagate messages from a single source queue to several queues at the remote database, then these propagations share the same propagation schedule. Any change to the propagation schedule affects all of the queue-to-dblink propagations from the same source queue that use the database link.

対照的に、キュー・ツーdblink伝播は、伝播ジョブを、同じデータベース・リンクを使用する同じソース・キューからの他のキュー・ツーdblink伝播と共有します。複数の伝播がメッセージをリモート・データベースの1つのソース・キューから複数のキューに伝播する場合、これらの伝播は同じ伝播スケジュールを共有します。伝播スケジュールに対する変更は、データベース・リンクを使用する同じソース・キューからのすべてのキュー・ツーdblink伝播に影響します。

In contrast, a queue-to-dblink propagation shares a propagation job with other queue-to-dblink propagations from the same source queue that use the same database link. If several propagations propagate messages from a single source queue to several queues at the remote database, then these propagations share the same propagation schedule. Any change to the propagation schedule affects all of the queue-to-dblink propagations from the same source queue that use the database link. Queue-to-dblink propagation provides bulk control when multiple propagations send messages from a single queue, and all of the propagations should use the same schedule.

一方、キュー・ツーdblink伝播の場合は、同じデータベース・リンクを使用する同じソース・キューからのキュー・ツーdblink伝播の間で、伝播ジョブが共有されます。複数の伝播によって、1つのソース・キューからリモート・データベースの複数のキューにメッセージが送信される場合、同じ伝播スケジュールが共有されます。伝播スケジュールに変更があれば、同じデータベース・リンクを使用する同じソース・キューからのキュー・ツーdblink伝播のすべてに影響します。キュー・ツーdblink伝播は、複数の伝播が1つのキューからメッセージを送信する際の一括処理を提供し、すべての伝播が同じスケジュールを使用する必要があります。

By using ANYDATA wrappers for message payloads, publishing applications can enqueue messages of different types into a single queue, and subscribing applications can dequeue these messages, either explicitly using a messaging client or an application, or implicitly using an apply process. If the subscribing application is remote, then the messages can be propagated to the remote site, and the subscribing application can dequeue the messages from a local queue in the remote database. Alternatively, a remote subscribing application can dequeue messages directly from the source queue using a variety of standard protocols, such as PL/SQL and OCI.

メッセージのペイロードにANYDATAラッパーを使用すると、パブリッシュ・アプリケーションが様々なタイプのメッセージを1つのキューにエンキューでき、サブスクライブ・アプリケーションが、メッセージ・クライアントまたはアプリケーションを使用して明示的に、あるいは適用プロセスを使用して暗黙的に、それらのメッセージをデキューできます。サブスクライブ・アプリケーションがリモートの場合、メッセージをリモート・サイトに伝播することができ、サブスクライブ・アプリケーションがリモート・データベースのローカル・キューからメッセージをデキューできます。または、リモート・サブスクライブ・アプリケーションが、様々な標準プロトコル（PL/SQLやOCIなど）を使用してソース・キューからメッセージを直接デキューすることもできます。

Examples with "from a remote source database" and their translation in Japans

Andere resultaten