説明
Snowflake では、データ レイク シナリオでのデータ モデリングにこれら 2 つのアプローチを推奨しています。生のデータベースを作成すると、データ エンジニアリング チームはさまざまなソースからデータを変換やクレンジングなしで取り込むことができ、元のデータの品質と形式が維持されます。これにより、データ サイエンス チームは ML モデル開発のために生のデータにアクセスできるようになります。プロファイル固有のデータベースのセットを作成すると、データ エンジニアリング チームはさまざまなユース ケースやデータ コンシューマーの要件に合わせてさまざまな変換と最適化を適用できます。たとえば、財務およびベンダー管理チームはレポート作成と視覚化をサポートするディメンション データベースにアクセスでき、営業チームはデータの収益化をサポートする安全なデータベースにアクセスできます。
参考文献:
* Snowflake データレイクアーキテクチャ | Snowflake ドキュメント
* Snowflake データレイクのベストプラクティス | Snowflake ドキュメント

正解は D です。CURRENT_TIME 関数は、レコード挿入時ではなく、ステートメント実行開始時の現在のタイムスタンプを返すためです。したがって、ロード操作が完了するまでに時間がかかる場合は、CURRENT_TIME 値が実際のロード時間よりも早くなる可能性があります。
オプション A は、パラメータ設定の不一致がタイムスタンプ値に影響しないため、正しくありません。パラメータは、ファイル形式、エラー処理、パージ オプションなど、ロード操作の動作とパフォーマンスを制御するために使用されます。
オプション B は不正解です。Snowflake のタイムゾーン パラメータとクラウド プロバイダーのパラメータは互いに独立しています。Snowflake のタイムゾーン パラメータは、タイムスタンプ値を表示および変換するためのセッション タイムゾーンを決定しますが、クラウド プロバイダーのパラメータは、ストレージおよびコンピューティング リソースの物理的な場所と構成を決定します。
オプション C は、localtimestamp 関数と systimestamp 関数が Snowpipe ロード操作に関係がないため、正しくありません。localtimestamp 関数はセッション タイムゾーンの現在のタイムスタンプを返しますが、systimestamp 関数はシステム タイムゾーンの現在のタイムスタンプを返します。どちらもレコードの実際のロード時間を反映していません。参照:
Snowflake ドキュメント: Snowpipe を使用したデータのロード: このドキュメントでは、Snowpipe を使用して外部ソースから Snowflake テーブルにデータを継続的にロードする方法について説明します。また、ロード動作を制御するためのさまざまなオプションとパラメーターをサポートする COPY INTO コマンドの構文と使用方法についても説明します。
Snowflake ドキュメント: 日付と時刻のデータ型と関数: このドキュメントでは、Snowflake で日付と時刻の値を操作するためのさまざまなデータ型と関数について説明します。また、セッション タイムゾーンとシステム タイムゾーンを設定および変更する方法についても説明します。
Snowflake ドキュメント: メタデータのクエリ: このドキュメントでは、さまざまな関数、ビュー、テーブルを使用して、Snowflake 内のオブジェクトと操作のメタデータをクエリする方法について説明します。また、COPY_HISTORY 関数または COPY_HISTORY ビューを使用してコピー履歴情報にアクセスする方法についても説明します。