process-mining
2023.10
true
- リリース ノート
- はじめる前に
- 基本情報
- Integrations
- プロセス アプリを使用する
- アプリを作成する
- データを読み込む
- プロセス アプリをカスタマイズする
- アプリ テンプレート
- その他のリソース
- すぐに使えるタグと期限日
- ローカル環境でデータ変換を編集する
- ローカルのテスト環境を設定する
- イベント ログをデザインする
- SAP Ariba の抽出ツールを拡張する
- パフォーマンス特性
- 基本的なトラブルシューティング ガイド
SQL を記述するためのヒント
重要 :
このコンテンツの一部は機械翻訳によって処理されており、完全な翻訳を保証するものではありません。
![](https://docs.uipath.com/_next/static/media/grid.05ebd128.png?w=3840&%3Bq=100)
Process Mining
SQL を記述するためのヒント
- 和集合では、名前と、フィールドの順序が完全に一致している必要があります。和集合の部分で空のフィールドを作成し、すべてのフィールドを、
select
ステートメントのnull as "Field_X"
を使用して揃えなければならない場合があります。 - SQL Server の dbt を記述する場合、Jinja ステートメントは、SQL のコメント内にあるかどうかに関係なく、すべて SQL コードにコンパイルされます。たとえば、以下の
-- {{ ref('Table1') }}
では、Jinja は SQL コードにコンパイルされます。 - 数値を丸めないでください。不整合が発生する可能性があります。プラットフォームの表示値に丸めた値が必要な場合は、常に自動処理が実行されます。
SQL では、すべての変換を同じテーブルで計算できるわけではありません。その理由に挙げられるのが、1 つの選択ステートメントで表せない集計やプロパティです。このためにサポート テーブルを作成できます。データベース内にサポート テーブルを作成すると、そのモデルを複数の変換で使用できます。モデルを再利用する必要がない場合は、サポート変換を前処理クエリとして既存のテーブルに追加することもできます。
サポート対象の変換とその他の変換を区別するには、それらを別のサブディレクトリにグループ化します。
クエリの実行を高速化するには、以下の手順を実行します。
-
集計を構築して
where
句でレコードを 1 つだけ取得することもできる場合は、select distinct
の使用を避けます。 union
の代わりにunion all
を使用します。union all
を使用するとテーブルのレコードが連結されますが、union
を使用すると重複が削除されます。- サイズの大きいデータセットで作業する場合、開発時に扱うデータを制限できます。
-
すべてのモデル (
1_input
ディレクトリ内のモデルを除く) は、dbt によってテーブルとして具体化されます。これは、Process Mining のすべてのコネクタで既定の設定です。詳細については、dbt のドキュメントの「Materializations」をご覧ください。 - id フィールドを生成する際は、pm-utils で利用可能な
id()
マクロを使用します。例は devkit-connector で確認できます。
Process Mining のアプリ テンプレートの開発には、以下のスタイル ガイドを使用しました。一貫性と読みやすさのために、これらのガイドラインに従うことをお勧めします。
- SQL のコマンドと関数は小文字で記述します。
-
select
、from
、where
、join
などには同じレベルのインデントを使用し、モデルの構造を容易に理解できるようにします。- 読みやすさが向上する場合は、関数の使用時にもインデントを使用します。たとえば、
case
関数の各ステートメントに同じインデントを使用します。
- 読みやすさが向上する場合は、関数の使用時にもインデントを使用します。たとえば、
-
テーブルとフィールドには一貫性のある命名規則を使用し、テーブルやフィールドがデータベースに存在しないことを示す SQL エラーが発生しないようにします。次のガイドラインに従ってください。
- テーブルとフィールドは大文字で始めます。
- テーブルとフィールドの別個の単語の間にアンダースコア
_
を使用します。 - フィールドはすべて引用符で囲みます。
- テーブルは引用符で囲みません。これにより、フィールドには引用符が付くことと併せて、読みやすさが向上します。
- すべてのフィールドに元のテーブルをプレフィックスとして付け、モデルを容易に理解および拡張できるようにします。
- フィールドを区切る際に使用するコンマは行の末尾に配置します。
- 特定の構造を説明する必要がある場合は、インライン コメントを使用します。その場合、コメントを付けることで価値が加わるようにしてください。
- 読みやすさと保守性を確保するため、クエリの変換部分では明確な select ステートメントを使用し、
select *
は使用しないでください。特に和集合の場合は、select *
を使用するとエラーが発生する可能性があります。