この画像は、リモート ストレージに流出するクエリを特定するために使用できる SQL クエリを示しており、この問題に対処するためにウェアハウス パラメータを変更することを提案しています。リモート ストレージへの流出は、ウェアハウスに割り当てられたメモリがクエリを処理するのに不十分で、Snowflake がディスクまたはクラウド ストレージを一時キャッシュとして使用する場合に発生します。これにより、クエリのパフォーマンスが大幅に低下し、コストが増加する可能性があります。この問題のトラブルシューティングを行うために、Snowflake アーキテクトは、画像に示されているクエリを実行して、流出しているクエリ、流出しているデータの量、使用しているウェアハウスを特定できます。次に、アーキテクトはウェアハウスのサイズ、タイプ、またはスケーリング ポリシーを調整して、クエリに十分なメモリを提供し、流出を回避できます12。参考資料:
* ディスクのこぼれを認識する
* Kafkaコネクタの管理

Snowflake の一時スキーマは、フェイルセーフ期間なしで設計されています。つまり、Time Travel を離れると追加のストレージ コストは発生せず、データ損失が発生した場合にフェイルセーフによって保護されません。WITH MANAGED ACCESS オプションにより、スキーマ内のオブジェクトに対する将来の付与を含むすべての権限付与がスキーマ所有者によって管理され、オブジェクト所有者が他のユーザーにアクセス権を渡すことが制限されます1。
参考文献
*スキーマ作成に関するSnowflakeドキュメント1
*アクセス制御の設定に関するSnowflakeドキュメント2
*SnowflakeのFail-safe3の理解と表示に関するドキュメント

このアプローチは、強力な法的分離とマルチテナントの要件を満たします。テナントごとに個別のアカウントを作成することで、アプリケーションは各テナントが独自の専用ストレージ、コンピューティング、メタデータ リソース、および独自の暗号化キーとセキュリティ ポリシーを持つことを保証できます。これにより、テナント モデルの中で最高レベルの分離とデータ保護が実現します。さらに、同じ Snowflake 組織内にアカウントを作成することで、アプリケーションは一元化された課金、アカウント管理、アカウント間のデータ共有など、Snowflake 組織の機能を活用できます。
参考文献:
* Snowflake 組織の概要 | Snowflake ドキュメント
* Snowflake 上でマルチテナント アプリケーションを構築するための設計パターン

SQL ステートメントは、Snowflake でパイプを作成するためのコマンドです。これは、Snowpipe が取り込みキューからテーブル 1 にデータをロードするために使用する COPY INTO <table> ステートメントを定義するオブジェクトです。ステートメントは、FROM 句のサブクエリを使用して、ステージングされたファイルからのデータを変換してから、テーブル 2 にロードします。
サブクエリでサポートされている変換は次のとおりです2:
オプションの WHERE 句を使用してデータをフィルタリングできます。この句は、サブクエリによって返される行が満たす必要がある条件を指定します。例:
SQLAI で生成されたコードです。慎重に確認して使用してください。詳細については FAQ をご覧ください。
パイプmypipeを次のように作成します
mytableにコピーする
から （
@mystage から * を選択
ここで、col1 = 'A' かつ col2 > 10
);
列は並べ替えることができます。つまり、サブクエリ内の列の順序を、ターゲット テーブルの列の順序と一致するように変更します。例:
SQLAI で生成されたコードです。慎重に確認して使用してください。詳細については FAQ をご覧ください。
パイプmypipeを次のように作成します
mytable にコピー (col1、col2、col3)
から （
@mystage から col3、col1、col2 を選択
);
列を省略することができます。つまり、ターゲット テーブルで必要のない一部の列をサブクエリから除外します。例:
SQLAI で生成されたコードです。慎重に確認して使用してください。詳細については FAQ をご覧ください。
パイプmypipeを次のように作成します
mytable (col1, col2) にコピーします
から （
@mystage から col1、col2 を選択
);
その他のオプションはサブクエリではサポートされません。理由2:
型キャストはサポートされていません。つまり、サブクエリ内の列のデータ型を変更することになります。たとえば、次のステートメントはエラーを引き起こします。
SQLAI で生成されたコードです。慎重に確認して使用してください。詳細については FAQ をご覧ください。
パイプmypipeを次のように作成します
mytable (col1, col2) にコピーします
から （
@mystage から col1::date、col2 を選択
);
受信データは他のテーブルと結合できません。つまり、ステージングされたファイルのデータとサブクエリ内の別のテーブルのデータを組み合わせることはできません。たとえば、次のステートメントはエラーを引き起こします。
SQLAI で生成されたコードです。慎重に確認して使用してください。詳細については FAQ をご覧ください。
パイプmypipeを次のように作成します
mytable にコピー (col1、col2、col3)
から （
@mystage s から s.col1、s.col2、t.col3 を選択
他のテーブル t を s.col1 = t.col1 に結合する
);
ON ERROR - ABORT ステートメント コマンドは使用できません。これは、エラーが発生した場合にロード操作全体を中止することを意味します。このコマンドは、サブクエリではなく、COPY INTO <table> ステートメントでのみ使用できます。たとえば、次のステートメントはエラーを引き起こします。
SQLAI で生成されたコードです。慎重に確認して使用してください。詳細については FAQ をご覧ください。
パイプmypipeを次のように作成します
mytableにコピーする
から （
@mystage から * を選択
エラー中止時
);
参照：
1: パイプの作成 | Snowflake ドキュメント
2: ロード中のデータの変換 | Snowflake ドキュメント