フロー演算子¶
フロー演算子は、 SQL ステートメントを連結し、あるステートメントの結果を別のステートメントの入力として使用します。現在、Snowflakeでサポートされているフロー演算子はパイプ演算子(->>)のみです。
パイプ¶
パイプ演算子は、コマンドライン上のUnixのパイプ(|)に似ていますが、Unixコマンドではなく SQL ステートメント用です。パイプ演算子を使用するには、演算子で区切られた一連の SQL ステートメントを指定します。SHOW、 SELECT、 CREATE、 INSERT など、有効な SQL ステートメントを指定できます。最初のステートメント(SQL)以降では、前のステートメントの結果を入力として受け取ることができます。FROM 句では、前の SQL ステートメントをドル記号($)とパイプ番号(現在のステートメントからさかのぼってチェーン内のステートメントの相対位置)のパラメーターで参照します。
パイプ演算子は、次の一連の SQL ステートメントを連結します。コメントには、各ステートメントの相対参照番号が示されています。
例えば、この一連の SQL ステートメントでは、3つの SELECT ステートメントにパイプ番号参照があり、それぞれが最初の SELECT ステートメントの結果を入力として受け取ります。
図のように、最後のステートメントの後にセミコロンを置くことで、 SQL ステートメントのチェーンを終わらせます。チェーンの前のステートメントの後にセミコロンを置かないでください。チェーン全体の出力は、最後の SQL ステートメントの最終結果です。SnowSQL などのクライアントツールは、ステートメントのチェーンを1つのステートメントとして扱います。
パイプ演算子には次のようなメリットがあります。
依存関係 SQL ステートメントの実行を簡素化します。
複雑な SQL 演算の読みやすさと柔軟性を向上させます。
構文¶
使用上の注意¶
各ステートメントは、チェーンの後続ステートメントによってのみ消費できる結果を生成します。
ステートメントは指定された順序で実行されます。
RESULT_SCAN(LAST_QUERY_ID())とは異なり、パイプ番号は、チェーン外で他のクエリが同時に実行されたかどうかに関わらず、チェーン内の正しい結果セットに解決されます。ステートメントが前のステートメントの結果を消費する場合、消費される結果セットは、前のステートメントのクエリ ID を渡された RESULT_SCAN 関数によって返される結果セットと同じです。
例えば、これらのステートメントは、 SHOW WAREHOUSES コマンドの出力を特定の列に制限します:
このステートメントでは、パイプ演算子を使って同じ結果を生成します。
SHOW および DESCRIBE コマンドの出力列名は小文字で生成されます。パイプ演算子または RESULT_SCAN 関数を使用して SHOW または DESCRIBE コマンドから結果セットを使用する場合は、クエリ内の列名に :ref:` 二重引用符で囲まれた識別子 <label-delimited_identifier>` を使用して、スキャンされた出力の列名と一致するようにします。たとえば、出力列の名前が
type``の場合、識別しとして ``"type"を指定します。パイプ演算子を使用したクエリでは、チェーン内の前のクエリの入力結果セットと同じ順序で行を返すことは保証されません。クエリに ORDER BY 句を含めることで、順序を指定することができます。
SQL ステートメントによってエラーが発生すると、チェーンの実行は停止され、そのエラーがクライアントに返されます。
最後のステートメントの結果がクライアントに返されます。
ステートメントは Snowflake Scripting 匿名ブロックとして実行されます。
制限事項¶
$nパラメーターは SQL ステートメントの FROM 句でのみ有効です。各 SQL ステートメントは、パイプチェーンの後続のステートメントによってのみ消費できる結果を生成します。結果は、最後のステートメントの結果を除いて、パイプチェーンの外部で消費することはできません。
バインド変数はサポートされていません。
Snowflakeクライアントドライバーからの複数ステートメント実行でパイプ演算子を使用すること(つまり、
->>で区切られた単一の呼び出しではなく;で区切られた複数のステートメントを送信)はサポートされていません。Snowflakeスクリプト でパイプ演算子を使用する場合、 SQL ステートメントでパイプ演算子を使用すると、 RESULTSET の宣言と割り当てを組み合わせることができません。
例えば、次のコードはエラーを返します。
次の例は、 RESULTSET の宣言と割り当てを分離しているため、成功します。
例¶
以下の例では、パイプ演算子を使用しています。
SHOW コマンドの出力用に列のリストを選択する¶
SHOW TABLES コマンドを実行し、パイプ演算子を使用して、2025年4月15日以降に作成されたテーブルの出力を created_on、 name、 owner 列に制限します。
複数のテーブルに対するクエリの結果を入力として受け取るクエリを実行する¶
まず、 dept_pipe_demo テーブルと emp_pipe_demo テーブルを作成し、それぞれにデータを挿入します。
次の例では、 SQL ステートメントのチェーンにパイプ演算子を使用し、以下の操作を実行します。
dnameがSALESと等しい行を返すよう、dept_pipe_demoテーブルをクエリする。FROM 句の WHERE 条件に
$1を指定することで、前のクエリの結果を入力として使用し、SALES部門の給与が1500より大きい従業員について、emp_pipe_demoテーブルをクエリする。FROM 節に
$1を指定して、前のクエリの結果を入力としてenameとsalの値を返すクエリを実行する。
注釈
この例の目的は、一連のクエリをパイプ演算子で結合する方法を示すことです。しかし、同じ出力は結合クエリで達成することができ、結合クエリは通常、パイプ演算子と組み合わせたクエリよりも優れたパフォーマンスを発揮します。
トランザクションにおける DML 操作の行数を返す¶
テーブルを作成し、行を1つずつ挿入します。すべてのステートメントを連鎖させることで、パイプ演算子を使って各 INSERT ステートメントの結果を調べることができます。パイプ演算子は、挿入された行の総数を表します。
例のそれぞれの SELECT ステートメントにおいて、 SELECT リストの $1 は、パイプ内の前の結果ではなく、最初の列のショートハンド参照です。パイプ番号のパラメーター $n は、 FROM 句でのみ有効です。
次の例では、 SQL ステートメントのチェーンにパイプ演算子を使用し、以下の操作を実行します。
トランザクションを開始する。
先に作成したテーブルに行を挿入する。
テーブルから行を削除する。
テーブルの行を更新する。
トランザクションをコミットする。
各 DML 操作によって影響を受けた行の数をクエリします。
後で削除されたテーブルへの挿入結果を返します。¶
この例では、 SQL ステートメントのチェーンにパイプ演算子を使用し、以下の操作を実行します。
IDENTITY 列を持つテーブルを作成する。
テーブルに行を挿入する。
テーブルをクエリする。
テーブルをドロップする。
パイプ番号
$2(SELECT ステートメント)の結果をクエリする。
最後の SELECT ステートメントで消費された結果セットは、前の SELECT ステートメントのクエリ ID の RESULT_SCAN 関数によって返された結果セットと同等です。