表 輸出入

エクスポート・インポート図

以下は、Tulipのテーブル、クエリー、集計の全体の転送フローです。このドキュメントでは、このフローについて詳しく説明します。

カスタム・ユーザー・フィールドとマシン・アクティビティ・テーブル

以下に説明するフローは、カスタム・ユーザー・フィールド・テーブルとマシン活動フィールド・テーブルのエクスポートおよびインポート方法にも適用されます。

エクスポート

エクスポート処理中、エクスポートされたアプリケーションまたはオートメーションは、そのアプリケーション内で使用中のすべてのテーブルを報告します。テーブルが使用中とみなされるのは、以下の条件のいずれかが満たされている場合です：

• テーブル・レコード "ウィジェットに表示されている
• 入力ウィジェットで使用されている
• インタラクティブ・テーブルに表示されている
• トリガで使用
• オートメーション・アクションで使用
• オートメーション・イベント・ブロックで使用
• テーブル・クエリ、インタラクティブ・テーブル、または分析ウィジェットのフィルタでの使用
• カスタムウィジェットの入力または出力として使用

フィールドがアーカイブされている場合、エクスポートされません。フィールドがアーカイブされているが使用中の場合、エクスポートは失敗します。

インポート

:::(Warning) (アーカイブされたテーブル・フィールド）アーカイブされたテーブル・フィールドはエクスポートされず、アプリケーション内でそれらのフィールドを参照する場合は、インポート時に再マッピングする必要があります。
:::

同じテーブルの検索

インポート時に一致するテーブルを特定するために、一致するIDを探します。同じIDを持つテーブルが見つかった場合、新しいテーブルは作成せず、既存のテーブルに依存します。

インポート先のテーブルがアーカイブされている場合は、アーカイブされたままになります。

各テーブル・フィールド

各テーブル・フィールドについて、それぞれのフィールドの列IDに基づいて一致するフィールドを探します。

一致するフィールドのデータ型が異なる場合、インポートは失敗します。

フィールドがリンクされたレコード・フィールドである場合、リンクされたテーブルがインポートの依存関係リストに追加され、そのテーブルに対してこのフローが繰り返されます。

各クエリについて

インポートされたテーブルの各クエリについて、そのクエリが存在するかどうかをチェックします。一致するIDが見つかった場合、ターゲットとソースで構成が同一（制限、ソート、フィルタリング）であることを確認します。

一致するクエリが見つからない場合は、新しいクエリが作成されます。一致するクエリが見つかったが、それがターゲット・インスタンスと同一でない場合、新しい名前で新しいクエリが作成されます。

注：これはカスタム・ユーザ・フィールドまたはマシン・アクティビティ・テーブルには適用されません。

各集約について

インポートされたテーブルの各集約について、そのクエリが存在するかどうかをチェックします。一致するIDが見つかった場合は、ターゲットとソースの間で構成が同一（操作、フィールド）であることを検証します。

一致するクエリが見つからない場合は、新しいクエリが作成されます。一致するクエリが見つかり、それがターゲット・インスタンスと同一でない場合、新しい名前で新しいクエリが作成されます。

注：これはカスタム・ユーザ・フィールドまたはマシン・アクティビティ・テーブルには適用されません。