3.5. テナント環境セットアップ¶

• 移行モジュールで用意するインポートファイル（DDL/DMLファイル、テナントマスタ情報のインポートファイルなど）のファイル名、または、 格納先ディレクトリパス名には「migration」の文字列を付与することが推奨されています。

  • これにより、移行モジュールが用意したファイルをインポートしたことが、テナント環境セットアップ の結果やログから確認することができます。

次のような方法で、 intra-mart Accel Platform 標準のテーブルが作成された状態にします。

• 例）DDL（CREATE）

  intra-mart Accel Platform の新規テーブルを CREATE する。

• 例）DDL（RENAME→CREATE）

  version 7.2 と intra-mart Accel Platform のテーブルの差異が大きく、version 7.2 のデータを後で利用する場合に、version 7.2 のテーブル名を変更し、intra-mart Accel Platform のテーブルを CREATE する。

• 例）DDL（ALTER）

  version 7.2 と intra-mart Accel Platform のテーブルの差異が小さい場合に、ALTER で変更する。

次のような方法で、 version 7.2 のデータを intra-mart Accel Platform に移行します。

• 例）DDL/DML（SELECT INSERT）

  version 7.2 のデータを加工しつつ、 intra-mart Accel Platform のテーブルに INSERT する。

  コラム

  intra-mart Accel Platform 標準のテーブルの作成に「RENAME→CREATE方式」を、version 7.2 のデータ移行に「SELECT INSERT方式」を採用した場合の例

  1. version 7.2 テーブル RENAME
  2. intra-mart Accel Platform テーブル CREATE
  3. RENAME 済み version 7.2 テーブルから SELECT INSERT
  4. RENAME 済み version 7.2 テーブルを DROP

• 例）DML（UPDATE）

  テーブル定義変更が ALTER で済むような場合に、既存データに対し intra-mart Accel Platform 形式になるようにデータを UPDATE する。

• 例）拡張インポート（任意のSQLやAPI使用）

  version 7.2 のテーブルやエクスポートファイルからデータを取得し、 intra-mart Accel Platform のAPI等で登録/更新する。

以下のようなテーブルを削除します。

• version 7.2 からコピーしたテーブルのうち、残したままだと intra-mart Accel Platform の運用に支障をきたすテーブル
• 移行処理中に作成したワークテーブル

コラム

残しても intra-mart Accel Platform 運用に支障をきたさない場合、原則として移行処理では 削除しません 。

これは、システム的には不要になっても、ユーザアプリケーションで使用している可能性があるためです。

コラム

本仕様書中で触れられていない場合、テーブルがそのまま残っています。

intra-mart Accel Platform 標準で登録される各種データを登録します。