すべてのプロダクト
Search
ドキュメントセンター

Dataphin:オフラインコンピューティングタスクの送信手順

最終更新日:Jul 08, 2025

オフラインコンピューティングタスクの開発と送信が完了すると、Dataphin システムはタスク内のテーブルとフィールドのデータ系列を自動的に分析し、タスクオブジェクトの変更タイプと内容を確認し、予備チェックを実施してタスクが送信要件を満たしていることを確認し、誤った送信の可能性を減らします。

データ系列の解析手順

データ系列の解析手順 システムは、タスクの送信時に開発環境で、タスクの公開時に本番環境でデータ系列を分析します。解析されるデータ系列のエントリ数は 100,000 エントリに制限されています。この制限を超えるエントリは記録されず、アセットカタログにも表示されません。

送信詳細の手順

オフラインコンピューティングタスクの送信中に、[送信ログ] ダイアログボックスで送信の詳細、事前チェックの結果を確認し、備考を入力できます。

  • 送信コンテンツ

    送信コンテンツには、タスクオブジェクトの名前、タイプ、変更タイプ、および変更の詳細が含まれます。変更に関する情報には、基本情報コンピューティングコードランタイムパラメータースケジュール構成スケジュールの依存関係ランタイム構成リソース構成が含まれます。

  • 事前チェック

    タスクの送信中に、以下の事前チェックが実行されます。いずれかのチェック項目が正しく構成されていない場合、システムは送信をサポートしません。

    チェック項目

    説明

    スケジュールの依存関係

    Dataphin は、構成されたスケジュールの依存関係に従って各プロセスノードを体系的に実行することにより、ビジネスデータ出力を最適化します。詳細については、「オフラインタスクのスケジュールの依存関係を構成する」をご参照ください。

    ランタイムパラメーター

    ランタイムパラメーターの構成は、コンピューティングタスクのコード内の変数に値を割り当て、ノードのスケジューリングを容易にするために不可欠です。これらのパラメーター変数は、それぞれの値で自動的に置き換えられるように設計されています。詳細については、「パラメーターの構成とノードパラメーターの使用」をご参照ください。

    クロスノードパラメーター

    現在のオブジェクトノードの直接の子孫ノードへのパススルーパラメーター。詳細については、「パラメーターの構成とノードパラメーターの使用」をご参照ください。

  • 送信の備考

    タスクの送信に備考を含めることができ、128 文字までに制限されています。

チェック項目の手順

すべての事前チェックに合格したら、[OKして送信] ボタンをクリックすると、[送信ログ] ダイアログボックスでチェック項目とその結果を表示できます。

チェック項目

説明

構成チェック

チェックには、事前チェック、コードの長さ、参照されるリソースの数、オフラインコードテンプレートのバージョンが含まれます。

  • 事前チェック: すべての必須プロパティが入力されていることを確認します。

  • コードの長さ: コードが 100,000 文字を超えないようにします。超えた場合、送信はサポートされません。

  • 参照されるリソースの数: 参照されるリソースの数が 100 リソースの制限内であるかどうかを確認します。

  • オフラインコードテンプレートのバージョン: オフラインコードテンプレートのバージョンに変更がないかを確認します。

パラメーター構成

コード内のすべての変数が解析され、パラメーター名、タイプ、現在の値などと共に一覧表示されます。ローカル変数に値が割り当てられているかどうかを確認します。

構文チェック

SQL タスクの場合のみ、SQL 構文の正しさを確認します。エラーのある送信はサポートされていません。

オブジェクトチェック

SQL タスクの場合のみ、参照されるすべてのオブジェクトが送信され、本番環境に公開されているかどうかを確認します。コード内で参照されるすべてのオブジェクトを、名前、タイプ、チェック結果と共に一覧表示します。

  • オブジェクト名: 形式は [カタログ].[オブジェクト名] です。

    • プロジェクトスペース名変数: catalog が変数 ${catalog} の場合、catalog は本番スペース名を指します。

    • ハードコーディング: コードに直接記述されたスペース名はそのまま使用されます。省略した場合、システムはデフォルトで ${catalog} を使用します。

    • カタログの省略: カタログが省略されている場合、システムはデフォルトで ${catalog} プロジェクトスペース名変数を使用します。

  • オブジェクトタイプ: チェックされるタイプには、物理テーブル、フィールド、論理テーブルが含まれます。

  • チェック結果: 成功または失敗を示します。

    • 成功: すべてのオブジェクトが送信され、本番環境に公開されています。

      説明

      カタログがハードコーディングされている場合、システムは指定された環境内でのみオブジェクトの存在を確認します。

    • 失敗: 本番環境に送信または公開されていないオブジェクトは、失敗となります。

      説明

      調査対象のオブジェクトに存在しないフィールドが見つかった場合、チェックは失敗します。

権限チェック

コード内のすべてのオブジェクトが解析され、ユーザーが必要な操作権限を持っているかどうかが表示されます。これには、オブジェクト名、タイプ、チェック結果、権限リクエスト操作が含まれます。

  • オブジェクト名: 形式は [カタログ].[オブジェクト名] です。

    • プロジェクトスペース名変数: catalog が変数 ${catalog} の場合、catalog は本番スペース名を指します。

    • ハードコーディング: コードに直接記述されたスペース名はそのまま使用されます。省略した場合、システムはデフォルトで ${catalog} を使用します。

    • カタログの省略: カタログが省略されている場合、システムはデフォルトで ${catalog} プロジェクトスペース名変数を使用します。

  • オブジェクトタイプ: チェックされるタイプには、物理テーブル、グローバルオブジェクト、論理テーブル、関数が含まれます。

    説明

    参照される関数が配置されているプロジェクトでプロジェクト間の相互参照認証が有効になっている場合、事前編集、実行、および送信中に個人アカウントと本番アカウントの両方で認証が必要になります。

  • チェック結果: 成功または失敗を示します。

    • 成功: ユーザーはチェック対象のオブジェクトに対する読み取り/書き込み権限を持っています。

      説明
      • オブジェクトがテーブルの場合、参照されるすべてのフィールドに対する権限が必要です。

      • オブジェクトが関数の場合、基本プロジェクトでは、本番アカウントに該当するオフライン関数に対する権限が必要です。開発-本番プロジェクトでは、個人アカウントに該当するオフライン関数に対する権限が必要です。

    • 失敗: ユーザーはチェック対象のオブジェクトに対する読み取り/書き込み権限を持っていません。

  • 権限リクエスト: チェックオブジェクトでエラーが発生した場合、image.png をクリックして権限リクエストを開始できます。詳細な手順については、「自分の権限」をご参照ください。

仕様チェック

SQL タスクの場合のみ、システムは事前定義された仕様に基づいてスキャンを実行し、各チェックの結果を表示します。詳細については、「コーディング仕様」をご参照ください。

依存関係チェック

システムは、タスクの依存関係と出力構成を評価します。

  • 依存関係の構成: タスクに構成されている依存ノードオブジェクトが 開発環境に存在することを確認します。

  • 出力構成: 現在のテナント内でタスク出力名が重複していないかを確認します。

コードレビュー

システムは、タスク内でコードレビューが必要な構成を自動的にチェックします。コードレビュー要件のあるグローバル変数を参照する場合など、そのような構成が存在する場合、コードレビューが必須になります。詳細については、「組み込み承認テンプレートを表示する」をご参照ください。

操作の実行

このチェックは、タスクの送信が実行されたことを確認します。このフェーズでは、送信を取り消すことはできません。