Snowflake Connector for Kafka を使用するときにメッセージでサポートされるデータ形式は、Avro と JSON です。これらは、コネクタが解析して Snowflake テーブル行に変換できる 2 つの形式です。コネクタは、スキーマレス JSON とスキーマ化された JSON の両方に加え、スキーマ レジストリの有無にかかわらず Avro をサポートします1。他のオプションは、メッセージでサポートされているデータ形式ではないため、正しくありません。CSV、XML、および Parquet は、コネクタが解析して Snowflake テーブル行に変換できる形式ではありません。メッセージがこれらの形式の場合、コネクタはメッセージを VARIANT データ型としてロードし、生の文字列として table2 に保存します。参考文献: Kafka 用 Snowflake コネクタ | Snowflake ドキュメント、Kafka 用 Snowflake コネクタを使用した Protobuf データのロード | スノーフレークのドキュメント

Snowflake では、トランザクションはアトミック単位として処理される一連の SQL ステートメントです。トランザクション内のすべてのステートメントは、一緒に適用される (つまり、コミットされる) か、取り消される (つまり、ロールバック) かのいずれかになります。
Snowflake トランザクションは ACID プロパティを保証します。トランザクションには読み取りと書き込みの両方を含めることができます1。
明示的トランザクションは、BEGIN TRANSACTION、COMMIT、および ROLLBACK ステートメントを使用して明示的に開始および終了されるトランザクションです。Snowflake は、同義語の BEGIN WORK と BEGIN TRANSACTION、COMMIT WORK と ROLLBACK WORK をサポートしています。明示的なトランザクションには、DDL、DML、およびクエリ ステートメントを含めることができます。ただし、DDL ステートメントはアクティブなトランザクションを暗黙的にコミットするため、明示的なトランザクションには DML ステートメントとクエリ ステートメントのみを含める必要があります。これは、トランザクション内の前のステートメントによって行われた変更はすべて適用され、トランザクション内の後続のステートメントによって行われた変更は同じトランザクションの一部ではないことを意味します1。
他のオプションは次の理由により正しくありません。
B)。自動コミット設定はストアド プロシージャ内で変更できますが、これは Snowflake でのトランザクションの使用には影響しません。自動コミット設定は、各ステートメントが独自の暗黙的なトランザクションで実行されるかどうかを決定します。自動コミットが有効な場合、各ステートメントは自動的にコミットされます。自動コミットが無効になっている場合、明示的な COMMIT または ROLLBACK が発行されるまで、各ステートメントは暗黙的なトランザクションで実行されます。ストアド プロシージャ内の自動コミット設定を変更すると、ストアド プロシージャ内のステートメントにのみ影響し、ストアド プロシージャの外部のステートメントには影響しません2。
C)。トランザクションは、BEGIN WORK ステートメントを実行することで明示的に開始し、COMMIT WORK ステートメントを実行することで明示的に終了できますが、これは Snowflake でのトランザクションの使用の特徴ではありません。これは、明示的なトランザクションを開始および終了するステートメントを記述する方法の 1 つにすぎません。Snowflake は、BEGIN WORK および COMMIT WORK1 よりも推奨される同義語 BEGIN TRANSACTION および COMMIT もサポートしています。
D)。トランザクションは、BEGIN TRANSACTION ステートメントを実行することで明示的に開始し、END TRANSACTION ステートメントを実行することで明示的に終了できますが、これは Snowflake では有効な構文ではありません。
Snowflake は END TRANSACTION ステートメントをサポートしていません。明示的なトランザクションを終了する正しい方法は、COMMIT または ROLLBACK ステートメントを使用することです1。
参考文献:
1: トランザクション | スノーフレークのドキュメント
2: 自動コミット | スノーフレークのドキュメント

正解は A です。これにより、スキーマ EDW.STG_SCHEMA 上にマテリアライズド ビューを作成する特定の権限がユーザー USER_01 に直接付与されます。
オプション B は、データベース EDW 全体に対してマテリアライズド ビューを作成する権限を付与するため、不正解です。これは範囲が広すぎて不必要です。また、ユーザー名にタイプミスがあります (USER_01 ではなく USERJD1)。
オプション C は、別のスキーマ (EDW.STG_SCHEMA ではなく ECW.STG_SCHEKA) でマテリアライズド ビューを作成する権限を付与するため、不正解です。また、この目的のために新しいロールを作成する必要もありません。
オプション D は、無効なオブジェクトに対してマテリアライズド ビューを作成する権限を付与するため、不正解です (EDW.STG_SCHEMA は有効なスキーマ名ではありません。EDW.STG_SCHEMA である必要があります)。また、この目的のために新しいロールを作成する必要もありません。参考文献:
Snowflake ドキュメント: マテリアライズド ビューの作成
Snowflake ドキュメント: マテリアライズド ビューの操作
[Snowflake ドキュメント: スキーマに対する GRANT 権限]

Snowflake のドキュメントによると、テーブルのクラスタリングを選択する際の考慮事項は次のとおりです1。
クラスタリングは、次のいずれかの場合に最適です。
コストに関係なく、可能な限り最速の応答時間が必要です。
クエリのパフォーマンスが向上すると、テーブルのクラスタ化と維持に必要なクレジットが相殺されます。
クラスタリングは、次のタイプのクエリ述部でクラスタリング キーが使用される場合に最も効果的です。
フィルタ述語 (WHERE 句など)
結合述語 (ON 句など)
述語のグループ化 (GROUP BY 句など)
述語の並べ替え (ORDER BY 句など)
クラスタリング キーが上記のクエリ述語のいずれでも使用されていない場合、またはキーに適用される関数または式 (DATE_TRUNC、TO_CHAR など) を必要とする述語でクラスタリング キーが使用されている場合、クラスタリングの効果は低くなります。 。
ほとんどのテーブルでは、Snowflake はキーごとに最大 3 つまたは 4 つの列 (または式) を推奨します。
3 ～ 4 つを超える列を追加すると、利点よりもコストが増加する傾向があります。
これらの考慮事項に基づくと、クラスタリング キー列の最適なオプションは C. C1、C3、C2 です。理由は次のとおりです。
これらの列は、クラスタリングに最も効果的なタイプの述語である SELECT クエリのフィルタおよび結合条件で頻繁に使用されます。
これらの列はカーディナリティが高いため、多くの個別の値があり、クラスタリング スキューを軽減し、圧縮率を向上させるのに役立ちます。
これらの列は相互に相関している可能性が高く、同じマイクロパーティション内で同様の行を同じ場所に配置し、スキャン効率を向上させるのに役立ちます。
これらの列には関数や式を適用する必要がありません。つまり、クラスタリングに影響を与えることなく述語で直接使用できます。
参考資料: 1: テーブルのクラスタリングを選択する際の考慮事項 | スノーフレークのドキュメント

Snowflake のドキュメント 1 および Web 検索結果 2 によると、夏時間による現地時間の変更が Snowflake タスクでどのように処理されるかについて、これら 2 つの記述は真実です。タスクは、Snowflake で SQL ステートメントまたはストアド プロシージャをスケジュールして実行できるようにする機能です。タスクの実行頻度とタイムゾーンを指定する cron 式を使用して、タスクをスケジュールできます。
UTC ベースのスケジュールでスケジュールされたタスクでは、時刻が変更されても問題はありません。UTC は、夏時間を遵守しない世界標準時間です。したがって、タイム ゾーンとして UTC を使用するタスクは、現地時間の変更に関係なく、年間を通じて同時に実行されます1。
タスク スケジュールは、時間の変更に対応するために、指定されたタイム ゾーンまたはローカル タイム ゾーンに従うように設計できます。Snowflake は、タスクの cron 式での有効な IANA タイムゾーン識別子の使用をサポートします。これにより、指定されたタイム ゾーンの現地時間に従ってタスクを実行できます。これには夏時間の調整が含まれる場合があります。たとえば、ヨーロッパ/ロンドンをタイム ゾーンとして使用するタスクは、現地時間が GMT と BST12 の間で切り替わるときに、1 時間早くまたは遅く実行されます。
参考文献:
Snowflake ドキュメント: タスクのスケジュール設定
Snowflake コミュニティ: Snowflake でのタスクのスケジュールに使用されるタイムゾーンは夏時間に従っていますか?