Integratorでの複合ファイルの使用方法について説明します。Integratorでは、複数のファイル・タイプがサポートされています。この章では、複合(またはネイティブ)ファイル形式の使用方法について説明します。ASCIIまたはEBCDICデータを含む単純な固定ファイルまたはデリミタ付きファイルの詳細は、第3章「ファイル」を参照してください。複合ファイルのために、ファイル構造を記述するネイティブ・スキーマ記述ファイルを作成できます。Filesを使用して、リバース・エンジニアリングおよび複合ファイルからの情報の読取りと書込みを実行できます。Filesの参照情報」を参照してください。Integratorで公開されます。Integratorによって消費されるリレーショナル・スキーマを生成します。全体的なメカニズムを図6-1に示します。複合ファイルに使用されるほとんどの概念とプロセスは、XMLファイルに使用されるものと同等です。主な違いは、ドライバによって内部的に使用されるが保持されないXML構造に、ネイティブ・ファイルを透過的に変換するステップです。Integratorの概念に次のようにマップされます。Integratorの1つのデータ・サーバーに対応します。このデータ・サーバー内で、単一のスキーマが複合ファイルの内容にマップされます。File(複合ファイル・ドライバ)によって、ネイティブ・ファイルの複合構造がリレーショナル・スキーマにロードされます。このリレーショナル・スキーマは、SQLを使用した問合せまたは変更が可能なスキーマ内にある一連の表です。複合ファイル・ドライバでは、リレーショナル・スキーマを複合ファイルにアンロードすることもできます。リレーショナル・スキーマは、ODIで、データ・モデルとして、表、列および制約とともに、リバース・エンジニアリングされます。このモデルは、ODI内で通常のリレーショナル・データ・モデルと同様に使用されます。リレーショナル・スキーマ内で変更されたデータを複合ファイルに書き込む必要がある場合、リレーショナル・スキーマをファイルに同期化する、ドライバの機能を使用できます。単純なフラット・ファイル形式(固定およびデリミタ付き)ではファイル・テクノロジを、XMLファイルではXMLテクノロジを使用することをお薦めします。詳細は、第3章「ファイル」および第5章「XMLファイル」を参照してください。ナレッジ・モジュール複合ファイル・データ・サーバーを任意のSQLデータ・サーバーとして使用できます。複合ファイル・データ・サーバーでは、SQLデータ・サーバーをソース指定またはターゲット指定するテクノロジ固有のKMと汎用KMの両方がサポートされています。これらのKMの詳細は、第4章「汎用SQL」またはテクノロジの章を参照してください。Appendを使用することもできます。このナレッジ・モジュールには、複合ファイル・ドライバでサポートされている、リレーショナル・スキーマからファイルへデータを同期化するための特定のオプションが実装されています。複合ファイル・テクノロジでの作業を開始する前に、この項の情報を必ず読んでください。システム要件インストールを実行する前に、システム要件および動作要件のドキュメントを読んで、使用する環境がインストールする製品の最低インストール要件を満たすことを確認する必要があります。(OTN)からアクセスできます。Integratorで複合ファイルを使用するためのテクノロジ固有の要件はありません。接続性要件この項では、複合ファイルに接続するための要件をリストします。Fileを介して行われます。Integratorとともにインストールされるもので、その他のコンポーネントのインストールや構成は不要です。システム管理者から次の接続情報を入手する必要があります。トポロジの設定トポロジの設定には次が含まれます。Integratorにアクセス可能な1つのネイティブ・ファイルに対応します。Integrator開発者ガイド』のデータ・サーバーの作成に関する項に記載されている標準の手順で、複合ファイル・テクノロジ用データ・サーバーを作成します。この項では、複合ファイル・データ・サーバーの定義に関する必須または固有のフィールドのみについて説明します。Integratorに表示されるデータ・サーバーの名前。これらのフィールドは、複合ファイル・データ・サーバーでは使用しません。「JDBC」タブで次の値を入力します。Filesの主なプロパティをリストします。URL内で指定できます。Filesの参照情報」を参照してください。説明f<ネイティブ・ファイルの名前>ネイティブ・ファイルの場所。パス名には、バックスラッシュ"\"ではなくスラッシュ"/"を使用します。HTTP、FTPまたはファイルのURLを使用してファイルの場所を示すことができます。URLによって示されたファイルは読取り専用です。このパラメータは必須です。d<ネイティブ・スキーマ>ネイティブ・スキーマ(nXSD)ファイルの場所。このパラメータは必須です。re<ルート要素>スキーマのルート表として選択する要素の名前。この値では大/小文字が区別されます。このプロパティは、ネイティブ・スキーマの特定のセクションなどのリバース・エンジニアリングに使用できます。このパラメータは必須です。s<スキーマ名>複合ファイルのロード先となるリレーショナル・スキーマの名前。このパラメータは必須です。このスキーマは、複合ファイル・データ・サーバーの下に物理スキーマを作成する際に選択されます。これらのプロパティを次の例に示します。products.nxsdによって説明されるPROD20100125_001.csvファイルに接続し、このファイルをリレーショナル構造としてPRODUCTスキーマで公開します。Integrator開発者ガイド』の物理スキーマの作成に関する項に記載されている標準の手順で、複合ファイル物理スキーマを作成します。URLで設定したスキーマ名が表示されます。「データ・スキーマ」および「作業スキーマ」の両方について、このスキーマを選択します。Integrator開発者ガイド』の論理スキーマの作成に関する項に記載されている標準の手順で、この物理スキーマ用の論理スキーマを作成し、特定のコンテキストで関連付けます。複合ファイル・テクノロジを使用してプロジェクトを設定するには、標準の手順に従います。Integrator開発者ガイド』の統合プロジェクトの作成に関する項を参照してください。最初は、使用するプロジェクトに次のナレッジ・モジュールをインポートすることをお薦めします。Appendこれらのナレッジ・モジュール以外に、使用する製品に関連する他のテクノロジ固有のファイル・ナレッジ・モジュールもインポートできます。複合ファイル・モデルによって、一連のデータストアがグループ化されます。各データストアは通常、ネイティブ・スキーマを使用してネイティブ・ファイルから生成される中間XMLファイル内の要素を表します。Integrator開発者ガイド』のモデルの作成に関する項に記載されている標準の手順で、複合ファイル・モデルを作成します。複合ファイル・モデルのリバース・エンジニアリング複合ファイル・テクノロジでは、複合ファイル・ドライバの機能のみを使用する標準のリバース・エンジニアリングがサポートされます。Integrator開発者ガイド』のモデルのリバース・エンジニアリングに関する項に記載されている通常の手順を行います。このリバース・エンジニアリングでは、XMLファイルのリバース・エンジニアリングと同じプロセスが使用されます。データ・サーバーURLで提供されるネイティブ・スキーマ(nXSD)は、XML構造を記述するためのXSDファイルとして使用されます。詳細は、5.5.2項「XMLモデルのリバース・エンジニアリング」および「XMLからSQLへのマッピング」を参照してください。複合ファイルは、統合インタフェースのソースまたはターゲットとして使用できます。インタフェースまたはチェック用に選択したKMによって、このインタフェースまたはチェックの機能およびパフォーマンスが決まります。この項に示す推奨事項は、複合ファイル・データ・サーバーに関連する様々な状況でのKMの選択に役立ちます。複合ファイル・データ・モデルは、XML構造と類似のインタフェースで処理されます。複合ファイルとXMLファイルでは同期モデルが同じであり、両方のテクノロジに同じナレッジ・モジュールを使用できます。詳細は、第5章「XMLファイル」の5.6項「インタフェースの設計」を参照してください。reserved.法律上の注意点ライブラリ。