メイン コンテンツをスキップする 補完的コンテンツへスキップ

Metadata Excel形式 - インポート

Availability-note AWS

ブリッジの要件

このブリッジ:
  • ドライバーを<TDC_HOME>/data/download/MIMB/にダウンロードするためには、https://repo.maven.apache.org/maven2/ やその他のツールサイトへのインターネットアクセスが必要です。

  • そのSDKにアクセスするためにはツールのインストールが必要です。

ブリッジの仕様

ベンダー Meta Integration Technology, Inc.
ツール名 メタデータExcel形式
ツールバージョン Excel 2003〜2010
ツールのWebサイト http://metaintegration.com/Products/MIMB/
サポートされている方法論 [メタデータ管理] マルチモデル、 ETL (ソースとターゲットのデータストア、変換来歴、式解析) via Excel 2007 (XLSX) ファイル
データプロファイリング
増分収集
マルチモデル収集
モデル選択のためのリモートリポジトリーの参照

仕様
ツール: Excel 2007 (XLSX)ファイル経由のMeta Integration Technology, Inc. / メタデータExcel形式バージョンExcel 2003〜2010
http://metaintegration.com/Products/MIMB/をご覧ください。
メタデータ: [メタデータ管理] マルチモデル、 ETL (ソースとターゲットのデータストア、変換来歴、式解析)
コンポーネント: Microsoft Excelバージョン11.2.0

免責事項
このインポートブリッジでは、インターネットに接続して次のサードパーティライブラリーをダウンロードする必要があります。
- オープンソースのサードパーティライブラリーのダウンロードはhttps://repo.maven.apache.org/maven2/などへ
- その他のサードパーティソフトウェア(データベース特定のJDBCドライバーなど)は該当するサイトへ

ダウンロードされたサードパーティライブラリーは、$HOME/data/download/MIMB/に格納されています。
HTTPSが失敗した場合、インポートブリッジはHTTPを試します。
- インターネットへのアクセスにプロキシを使用している場合は、JREでそのプロキシを設定する必要があります(Miscellaneousパラメーターで -j オプションをご覧ください。)。
- インポートブリッジではインターネットにフルにアクセスできない場合は、インターネットアクセスがある別のサーバーから$HOME/data/download/MIMB/ディレクトリーをコピーします。$HOME/bin/MIMB.sh (または.bat) -dというコマンドを使えば、すべてのブリッジで使用される全サードパーティライブラリーを一度にダウンロードできます。

このインポートブリッジを実行すると、ライセンス規約の責任、およびダウンロードしたサードパーティソフトウェアライブラリーによって生じる潜在的なセキュリティの脆弱性を受け入れることになります。

概要
このインポートブリッジは、既存のインポートブリッジを利用できない技術やツールからメタデータ(レガシーのデータストアやETLツール、未サポート言語による手書きのETLジョブなど)をインポートすることを目的としています。

スプレッドシート編集ツールなどの生産性ツールは、業界全体を通じて物理データ、論理データ、ビジネスメタデータをキャプチャー、ドキュメント化、公開するために共通して使用されています。Microsoft Office Excelなどのツールはほぼ常に利用可能なので、選択肢としては特に一般的です。ビジネスユーザーが理解し使い慣れており、他のOfficeアプリケーションともシンプルなコピー&ペーストの互換性があるほか、スペルの修正などの便利な機能が備わっています。そのような利点を活用できるよう、Microsoft Excelのインポートとエクスポートの機能が提供されています。

このインポートブリッジによってインポートされる項目は、複数のタブ(シート)を使用してさまざまなメタモデルアスペクトを表現する標準メタデータExcel形式に基づく、Microsoft Office Excelスプレッドシートで表現された物理データストア、論理データモデル、またはデータマッピングを表すメタデータです。
- データモデリングタブ: モデル、パッケージ、リレーションシップ、ドメイン、制約、列挙。
- データマッピングのタブ: マッピング、結合、フィルター、ルックアップ、ルール。

このインポートブリッジはメタデータを次の項目としてインポートします:
- データマッピング/データ統合モデル(マッピングが含まれている場合)
- 論理/物理データモデル(パッケージが含まれている場合)
- Oracleなどの物理データストア (それ以外の場合)

メタデータExcel形式のアドインにより、Excelリボン内に新しい[メタデータ]メニューが作成されます。これは、標準形式でデザインされたスプレッドシートのナビゲーションと管理に役立ちます。次のファンクションが含まれています:
- 新しいワークシートを[標準]形式で挿入
- 表示されるカラムを管理するファンクションを表示および非表示
- ワークシートでエントリーを注釈、フォーマット、検証

標準のメタデータExcel形式については、前にインポートされたデータベース、データモデル、データ統合ジョブからエクスポートされた例から学ぶことがベストです。
ただし、メタデータExcel形式はラウンドトリップのエクスポート、編集、インポートを行う目的ではデザインされておらず、したがってこれらの操作をサポートしていません。つまり、このインポートブリッジはメタデータをオンボーディングテクノロジーとしてインポートし、そのマッチングインポートブリッジはメタデータをレポーティング(複雑なDI/ETLジョブの要約来歴など)としてエクスポートします。

非推奨となったサポート終了機能に関する警告
既に説明したように、この「メタデータ Excel形式 」インポートブリッジは、独立した次の2つのユースケースにおいて、サポートされていないツール(ネイティブインポートブリッジは利用不可)をエミュレートするようにデザインされています:
1- データストア(データベース、ビジネスアプリケーションなど)をエミュレートするデータモデリング
2- データ統合(DI、ETL、ELT、CDC)をエミュレートするデータマッピング

この古い「メタデータ Excel形式」インポートブリッジをデータマッピングエミュレーション(上記のユースケース2)で使用することは2022年に非推奨となっており、2024年にはサポート終了(EOL)となります。
古いメタデータExcel形式(非推奨)と比較した場合、新しいデータマッピングスクリプト形式は次のような利点が数多く含まれています:
- データマッピングスクリプト形式はデータマッピングに対して完全なラウンドトリップ(エクスポート/インポート)をサポートしていますが、これは古いメタデータExcel形式では不可能です。後者の場合、エクスポートはレポーティング用、インポートはブートストラッピング用です。
- 分類子/テーブルマップや機能/カラムマップに基づいている非常に冗長なメタデータExcel形式のファイルに比べ、データマッピングスクリプト形式のファイルは一般的にとてもコンパクトです。
データマッピングスクリプト形式は、SQLベースのDI/ETL/ELT/CDCツールから生成しやすくなっています。
- データマッピングスクリプト形式はバルクマッピングとクエリーマッピングの両方をサポートしていますが、メタデータExcel形式はバルクマッピングの処理で大きな制限があります。
- データマッピングスクリプト形式は、メタデータExcel形式でサポートされているものよりも多くソースおよびターゲットのデータストア技術(RDBMS、NoSQL、ファイルシステム)をサポートしています。

要件
The file must comply to the standard メタデータ Excel Format which is:
- based on an Excel template called Standard-Blank.xlsx
- supported/enforced by an Excel 'Add-In' called Standard-Addin.xlam
both located in ${MODEL_BRIDGE_HOME}\conf\MIRModelBridgeTemplate\MIRMicrosoftExcel

Follow Microsoft Excel documentation about installing add-ins in Excel.

よくある質問
Q: ビジネス名とビジネスディスクリプションがインポートされないのはなぜですか?
A: メタデータのExcel形式ファイルにデータマッピングまたはデータモデリングパッケージが含まれていない場合、メタデータは物理データストア(Oracleデータベースなど)としてインポートされます。メタモデルにはこれに対応するビジネス名およびビジネスディスクリプションが含まれていません(したがってこれらを無視します)。

RDBMSの場合、SQLコメント(DDL内のあらゆるテーブルやカラムをドキュメント化するよう使用できるコメント)がすべてコメントとしてインポートされます(これ自体はユーザーコメントやフィードバックの他のコンセプトとは関係ありません)。

データマッピングの場合は接続定義があるだけで、実際のデータストアの定義はありません。それによって、インポートされた値を受け取るのは接続定義だけとなり、データストアそのものは引き続きドキュメント化されません。

Q: インポートブリッジは「暗黙的な結合」をどのように扱いますか?
A: 2つ以上のテーブルの結合を必要とする変換が定義されている場合は、Joinsタイプのワークシートで結合を指定する必要があります。[結合]タイプのワークシートにエントリーがない場合、またはそのタイプのワークシートがない場合、インポートブリッジは対応する必要な結合仕様を生成しようとします。多くの場合、インポートブリッジは正しい結合を作成するのに十分な情報を持っていません。その代わり、エクスポートツールで修正しなければならない結合案を生成します。

他方、[結合]タイプのワークシート上にエントリー(結合仕様)がある場合、インポートブリッジはすべての結合が完全に指定されていると想定します。

Q: [テーブルがありません]、[スキーマがありません]、[モデルがありません]のようなエラーが表示されるのはなぜですか?
A: これらのエラーやその他のエラーは、「アドインの検証」操作を使用することで回避できます。これはほとんどのエラーをキャッチし、カーソルを最初のエラーセルに位置付けます。セルは赤くなり、特定のエラーメッセージがセルのコメントとして追加されます。

Q: 2007よりも古いバージョンのExcelでXLSXファイルを作成するにはどうすればよいですか?
A: Microsoftダウンロードセンターから[Microsoft Office Compatibility Pack for Word, Excel, and PowerPoint ファイル Formats]をインストールします。Office XPと2003をサポートしています。

Q: ログにある[メモリ不足]エラーメッセージを解決するにはどうすればよいですか?
A: インポートブリッジは、デフォルトで512MBのメモリを割り当てます。大規模なモデルの場合はこの量を増やすことができます。また、2GB以上必要な場合は64ビットのJava仮想マシンに切り替えることもできます。64ビットのJVMでは、$MetaIntegration/conf/conf.propertiesという設定ファイルを適切な-Xmxパラメーターでアップデートします。例:
M_JAVA_HOME=..\jre
M_JAVA_OPTIONS=-Xmx2G

制限事項
現在判明している一般的な制限事項は、https://metaintegration.com/Products/MIMB/Help/#!Documents/mimbknownlimitations.htmlをご覧ください。

ドキュメント化(特にビジネス名とビジネス説明のドキュメント化)の場合、Excelメタデータ形式はお勧めできません。それに代わって、ユーザーガイドに記載されているようにCSV形式でエクスポート、編集、再インポートする必要があります。この場合、接続の定義ではなく、実際のデータストアをドキュメント化することになります。

1. すべてのメタデータソーススプレッドシートは標準形式で定義する必要があります。これが直接サポートされている唯一の形式であるためです。既存のスプレッドシートが大量のレガシー移行アクティビティに対応できるよう、インポートブリッジが期待する形式はハードコーディングされたものではなく、各スプレッドシートのセルがニュートラルリポジトリーのメタモデルにどのように関連するかを指定する「空白の」スプレッドシートによって定義されます。この柔軟性は、コンサルティングサービスを通じて提供されるカスタマイズされた特定のインポートブリッジとしてのみ利用できます。
2. インポート(スプレッドシートからの読み取り)とエクスポート(スプレッドシートへの書き込み)の両方の機能が提供されていますが、これらの機能はラウンドトリップのリエンジニアリングをサポートするようには設計されていません。たとえば、マッピング要件をデザイン用のDI/ETLツールにフォワードエンジニアリングすることはできますが、DI/ETLツールからExcelにエクスポートして戻す目的は、内部の複数の複雑な変換のすべてと無関係にマッピング来歴サマリーを提供することであり、デザインをリエンジニアリングして再インポートすることではありません。
3. データデザインとアーキテクチャーツールのモデルはExcel内でのラウンドトリップのタイプ編集をサポートし、スペルチェック、カラムと行ベースのコピー&ペースト、およびスプレッドシート環境に固有のその他の便利な機能を利用できます。この場合は、スプレッドシートにエクスポートし、受け取る側のツールに提供されている比較とマージの機能を活用して編集を行い、元のデザインツールに再インポートします。
4. 新しいソースまたはターゲットのデータストアは既存のスプレッドシートにエクスポートできます。ただし、現時点ではマージ機能やアップデート機能は提供されていません。Also, when importing an Excel spreadsheet into a DI/ETL tool, the receiving tool is responsible for integrating/merging the models and mappings within its existing バージョンs.
5. Specific assumptions and limitations are provided for each pre-defined format in the appropriate ${MODEL_BRIDGE_HOME}\conf\MIRModelBridgeTemplate\MIRMicrosoftExcel\*-Blank.xlsx file
6. Using a spreadsheet to manage metadata may have limitations in some cases. スプレッドシートの行として表される情報には実際の制限はありません。たとえば、モデルごとのエンティティ/テーブルの数、またはエンティティ/テーブルごとの属性/カラムの数は制限されていません。ただしユーザビリティの観点から、カラムとして表現される情報にはいくつかの制約があります。たとえば、モデル内のパッケージのネスト化、特定の属性/カラムを含める ことができるPK/FK/AKキーの数などです。さらに重要なのは、エンティティ/テーブル、属性/カラム、またはデータ型に割り当てられるカスタムUDPの数です。
7. フラットファイルタイプは区切り付きまたは固定幅フラットファイルをサポートします。固定幅ファイルは、位置属性を使ってその各フィールド/カラムに[行先頭からの絶対文字数]を設定します。区切り付きファイルは、位置属性を使ってフィールド/カラムの順序を図示します。
8. コメント対説明に関して:
物理データモデルにはテーブルに[コメント]があります。これは最終的にDDL内のSQLコメントとして生成されます。
論理データモデルには、エンティティ上に[説明]があります。モデルが論理/物理の両方である場合、その論理エンティティは物理テーブルに関連付けられていることがありますが、物理限定のデータモデルにはデザインによって説明とコメントを持たせることができません。
したがって、エンティティ/テーブル/レコード/ビュー/ファイルに論理/物理のデザインレベルがある時は、(物理)コメントおよび、それとは別に(論理)説明の両方が表示される場合があります。
ただし、エンティティ/テーブル/レコード/ビュー/ファイルに物理限定のデザインレベルがある時は、(物理)コメントから取られた説明が1つだけ含まれていたり、存在している場合は(論理)説明が含まれていたりすることがあります(その場合、物理コメントは無視されます)。

サポート
トラブルシューティングパッケージを次の項目と共に提供してください:
- デバッグログ(UIまたはconf/conf.propertiesでMIR_LOG_LEVEL=6を使って設定可能)
- 利用できる場合はメタデータバックアップ(技術的理由によりこの共通オプションが実装されていないブリッジがあるものの、Miscellaneousパラメーターで-backupオプションを使って設定可能)


ブリッジパラメーター

パラメーター名 説明 タイプ デフォルト 範囲
ファイル このインポートブリッジは、XLSX形式のExcelスプレッドシートを読み取り、そのテキスト情報からモデルを作成します。[ファイル]パラメーターには、この最初のスプレッドシートの名前が含まれています。一般的には、[メタデータインポートスプレッドシート]という名前です。

このメタデータインポートスプレッドシートは空白のスプレッドシートとマッチするためにフォーマット化が必須です。
これらのメタデータインポートスプレッドシートのサンプルは次の場所にあります:
${MODEL_BRIDGE_HOME}/conf/MIRModelBridgeTemplate/MIRMicrosoftExcel/Blankファイルs/
これらのファイルをガイドとして使用し、これらの例にマッチする自身のモデル情報を持つメタデータインポートスプレッドシートを簡単に作成することができます。
ファイル *.xlsx   必須
Miscellaneous はじめに
ダッシュで始まるMiscellaneousオプションを指定し、必要であればその後にパラメーターを追加できます。例:
- connection.cast MyDatabase1="MICROSOFT SQL SERVER"
該当する場合は複数回使用できるオプションもあります。例:
- connection.rename NewConnection1=OldConnection1 -connection.rename NewConnection2=OldConnection2;
オプションのリストは長い文字列になるため、${MODEL_BRIDGE_HOME}\data\MIMB\parametersにあり拡張子が.txtであるファイルからロードすることもできます。その場合、オプションはすべて、このパラメーターの唯一の値としてそのファイル内で定義されることが必要です。例:
ETL/Miscellaneous.txt

JAVA環境のオプション
-java.memory <Javaメモリの最大サイズ> (以前の-m)

64ビットJREではデフォルトで1G、またはconf/conf.properties内の設定に従います。例:
-java.memory 8G
-java.memory 8000M

-java.parameters <Javaランタイム環境コマンドラインオプション> (以前の-j)


-java.parameters -Dname=value -Xms1G
のように、-java.parametersの後ろのテキストはすべてそのままJREに渡されるため、このオプションはMiscellaneousパラメーター内の最後に来る必要があります。インターネットへのアクセスにプロキシを使用している場合は、必要なサードパーティのソフトウェアライブラリーをダウンロードできるよう、次のオプションを設定する必要があります(このオプションはhttps://repo.maven.apache.org/maven2/にアクセスするため、そして例外的にいくつかの他のツールサイトにアクセスするために不可欠です)。
注: プロキシは、(会社の)外部トラフィックをHTTPSで暗号化しながら、HTTPでプロキシにアクセスできる内部トラフィックを信頼しているものがほとんどです。この場合、HTTPSリクエストはHTTPでプロキシに到達し、プロキシはそれをHTTPSで暗号化します。
-java.parameters -java.parameters -Dhttp.proxyHost=127.0.0.1 -Dhttp.proxyPort=3128 -Dhttp.proxyUser=user -Dhttp.proxyPassword=pass

モデルインポートのオプション
-model.name <モデル名>

モデル名をオーバーライドをオーバーライドします。例:
-model.name "My Model Name"

-prescript <スクリプト名>

このオプションによって、ブリッジの実行前にスクリプトを実行できるようになります。
スクリプトはbinディレクトリー(またはconf/conf.propertiesのM_SCRIPT_PATHで指定)にあり、拡張子が.batか.shであることが必要です。
スクリプトのパスに親ディレクトリーの記号( .. )を含めることはできません。
スクリプトは、成功した場合は終了コードである0を、失敗した場合は別の値を返します。
例:
-prescript "script.bat arg1 arg2"

-postscript <スクリプト名>

このオプションによって、ブリッジが正しく実行された後にスクリプトを実行できるようになります。
スクリプトはbinディレクトリー(またはconf/conf.propertiesのM_SCRIPT_PATHで指定)にあり、拡張子が.batか.shであることが必要です。
スクリプトのパスに親ディレクトリーの記号( .. )を含めることはできません。
スクリプトは、成功した場合は終了コードである0を、失敗した場合は別の値を返します。
例:
-postscript "script.bat arg1 arg2"

-cache.clear

インポート前にキャッシュをクリアするため、増分収集せずにフルインポートを実行します。

モデルが変更されず、-cache.clearパラメーターが使われていない場合(増分収集)、新しいバージョンは作成されません。
モデルが変更されず、-cache.clearパラメーターが設定されている場合(増分ではなくフルソースインポート)、新しいバージョンが作成されます。

-backup <directory>

さらなるトラブルシューティングのため、入力メタデータを保存できるようにします。指定された<directory>は空であることが必要です。

-restore <ディレクトリー>

復元するバックアップ<ディレクトリー>を指定します。

データ接続オプション
使用するソースとターゲットのデータストアを参照するよう、通常はETL/DIツールとBIツールのインポートブリッジによってデータ接続が生成されます。これらのデータ接続はメタデータ管理ツールによって実際のデータストア(データベースやファイルシステムなど)への接続(メタデータスティッチング)に使われ、完全なエンドツーエンドのデータフローの来歴とインパクト分析が行われます。各データ接続の名前はインポートモデルごとに一意です。DI/BIデザインツールで使われているデータ接続名を可能な限り使用します。そうでない場合は、データベース/スキーマ名、ファイルシステムのパス、Uniform Resource Identifier (URI)など、短くても意味のある接続名が生成されます。次のオプションを使えば、接続を操作できます。これらのオプションによって、レガシーオプションである-c、-cd、-csが置き換えられます。

-connection.cast ConnectionName=ConnectionType

SQL解析のためにジェネリックデータベース接続(ODBCやJDBCなど)を正確なデータベースタイプ(ORACLEなど)にキャストします。例:
-connection.cast "My Database"="MICROSOFT SQL SERVER"
サポートされているデータストア接続タイプのリストは次のとおりです。
ACCESS
APACHE CASSANDRA
DB2/UDB
DENODO
GOOGLE BIGQUERY
HIVE
MYSQL
NETEZZA
ORACLE
POSTGRESQL
PRESTO
REDSHIFT
SALESFORCE
SAP HANA
SNOWFLAKE
MICROSOFT SQL AZURE
MICROSOFT SQL SERVER
SYBASE SQL SERVER
SYBASE AS ENTERPRISE
TERADATA
VECTORWISE
HP VERTICA

-connection.rename OldConnection=NewConnection

既存の接続を新しい名前に変更します。例:
-connection.rename OldConnectionName=NewConnectionName
既存の複数のデータベース接続の名前を変更し、新しい1つのデータベース接続に統合できます。例:
-connection.rename MySchema1=MyDatabase -connection.rename MySchema2=MyDatabase

-connection.split oldConnection.Schema1=newConnection

データベース接続を1つまたは複数のデータベース接続に分割します。
1つのデータベース接続をスキーマごとの1つの接続に分割できます。例:
-connection.split MyDatabase
すべてのデータベース接続をスキーマごとの1つの接続に分割できます。例:
-connection.split *
データベースにスキーマ名を追加することで、データベース接続を明示的に分割し、新しいデータベース接続を作成できます。例:
-connection.split MyDatabase.schema1=MySchema1

-connection.map SourcePath=DestinationPath

ソースパスをデスティネーションパスにマッピングします。これは、異なるパスが同じオブジェクト(ディレクトリーまたはファイル)をポイントしている場合にファイルシステム接続にとって便利です。
Hadoopでは、あるプロセスがHDFSの完全パスで指定されたCSVファイルに書き込む一方、別のプロセスが、デフォルトのファイル名と拡張子を持つ相対パスで指定されている同じファイルによって実装されたHiveテーブル(外部)から読み取ります。例:
-connection.map /user1/folder=hdfs://host:8020/users/user1/folder/file.csv
Linuxでは、/users/johnや/users/paulといった複数のシンボリックリンクによって、/dataのような特定のディレクトリー(またはファイル)が参照されます。例:
-connection.map /data=/users/John -connection.map /data=/users/paul
Windowsでは、M:やN:といった複数のネットワークドライブによって、C:\dataのような特定のディレクトリーが参照されます。例:
-connection.map C:\data=M:\ -connection.map C:\data=N:\

-connection.casesensitive ConnectionName...

検出されたデータストアのタイプがこの設定(Microsoft SQL ServerやMySqlなど)をサポートしている場合は、指定された接続内のオブジェクト識別子に対し、大文字と小文字を区別しないデフォルトのマッチングルールがオーバーライドされます。例:
-connection.casesensitive "My Database"

-connection.caseinsensitive ConnectionName...

検出されたデータストアのタイプがこの設定(Microsoft SQL ServerやMySqlなど)をサポートしている場合は、指定された接続内のオブジェクト識別子に対し、大文字と小文字を区別するデフォルトのマッチングルールがオーバーライドされます。例:
-connection.caseinsensitive "My Database"

-connection.level AggregationLevel

外部接続の集計レベルを指定します。例: -connection.level catalog
サポートされている値のリスト:
server
catalog
schema (デフォルト)

ETLのオプション
これらのオプションは、以下の目的ですべてのETL/DIツールとスクリプティングインポートブリッジで利用できます:
- SQL解析をすべて処理する
- デザインモデルとランタイム変数からランタイムモデルをビルドする
- ランタイムサマリー来歴を計算する

-etl.summary.add.ultimate (以前の-ppus)

最終的なランタイム来歴サマリーを追加します(非常に大きなモデルが生成される可能性があります)。

-etl.summary.only.ultimate (以前の-ppsp)

最終的なランタイム来歴サマリーのみ生成します(非常に大きなモデルが生成される可能性があります)。

-etl.connections.add.internal.design (以前の-pppd)

内部ETLデザインデータコネクター(ETL変換に必要)を追加します。

-etl.connections.remove.input (以前の-ri)

生成されるモデルのサイズ縮小のため、入力(ソース)データ接続をすべて削除します。

-etl.transformations.enable.xml

このオプションによって、DI/ETLインポートブリッジ(Informatica PowerCenter、Informatica Developer、Microsoft SSIS、IBM DataStage、Talend Data Integration など)でのXML変換の解析とサポートが有効になります。
Informaticaの場合、そのようなXML変換は次のPowerCenterの機能に相当します。
https://docs.informatica.com/data-integration/powercenter/10-5/xml-guide/midstream-xml-transformations.html
https://docs.informatica.com/data-integration/powercenter/10-5/xml-guide/xml-source-qualifier-transformation.html
ただし、このオプションはインポートの速度を著しく低下させる可能性がありますのでご注意ください。
STRING      

 

ブリッジのマッピング

Meta Integration Repository (MIR)
メタモデル
(OMG CWM標準に基づく)
メタデータExcel形式
メタモデル
MicrosoftExcel
マッピングのコメント
     
属性 属性、SourceAttributes、TargetAttributesのいずれか  
コメント 属性のコメント  
説明 属性の説明  
InitialValue 属性の初期値  
名前 属性名  
オプション オプション属性 必須属性
PhysicalName 属性物理名  
位置 属性の位置  
クラス クラス、SourceClasses、TargetClassesのいずれか  
コメント クラスのコメント  
説明 クラスの説明  
名前 クラス名  
PhysicalName クラスの物理名  
ClassifierMap   機能マップに基づいて計算
DataAttribute   機能マップに基づいて計算
DataSet   変換に基づいて計算
DatabaseSchema スキーマ、SourceSchemas、TargetSchemasのいずれか [システムタイプ]に基づいて作成
コメント スキーマのコメント  
説明 スキーマの説明  
名前 スキーマ名  
PhysicalName スキーマの物理名  
DerivedType   [データ型の派生元]を使って作成するか、テンプレートデータを使って計算
コメント データ型のコメント  
説明 データ型の説明  
InitialValue データ型の初期値  
長さ データ型の長さ  
LowerBound データ型の最小値  
名前 データ型の名前  
PhysicalName データ型の物理名  
スケール データ型のスケール  
UpperBound データ型の最大値  
UserDefined   データ型の使用状況に基づいて計算
DesignPackage DataPackages、SourceDataPackages、TargetDataPackagesのいずれか  
コメント パッケージのコメント  
説明 パッケージの説明  
名前 パッケージの名前  
PhysicalName パッケージの物理名  
FeatureMap FeatureMaps ソースとターゲットの属性参照に基づいて計算されます。
説明 機能マップの説明  
名前 機能マップの名前  
操作 機能マップの操作  
ファイルDirectory スキーマ、SourceSchemas、TargetSchemasのいずれか [システムタイプ]に基づいて作成
コメント スキーマのコメント  
説明 スキーマの説明  
名前 スキーマ名  
PhysicalName スキーマの物理名  
PropertyType   テンプレートで定義
データ型   テンプレートで定義
InitialValue   テンプレートで定義
名前   テンプレートで定義
名前   テンプレートで定義
  テンプレートで定義
StoreModel モデル  
作成者 モデルの作成時刻  
コメント モデルのコメント  
CreationTime モデルの作成時刻  
説明 モデルの説明  
ModificationTime モデルの作成時刻  
変更者 モデルの作成時刻  
名前 モデル名  
PhysicalName モデルの物理名  
SystemType システムタイプ  
SystemTypeOld システムタイプ  
TypeValue DataType、SourceDataType、TargetDataTypeのいずれか  
説明 データ型 列挙型値 説明  
名前 データ型 列挙型値  

このページは役に立ちましたか?

このページまたはコンテンツにタイポ、ステップの省略、技術的エラーなどの問題が見つかった場合はお知らせください。