説明
これは、Snowflake のドキュメントと Web 検索結果によると、Snowflake 環境を構築するときに有効なオブジェクト階層です。Snowflake は、データベース、スキーマ、テーブル、ビュー、ステージ、ウェアハウスなど、さまざまな種類のオブジェクトをサポートするクラウド データ プラットフォームです。これらのオブジェクトは、次のように階層構造で編成されます。
* 組織: 組織は、ビジネス ニーズや所有権によって関連付けられた Snowflake アカウントのグループを表す最上位エンティティです。組織は 1 つ以上のアカウントを持つことができ、アカウント間のデータ共有、課金および使用状況レポート、アカウント間のシングル サインオンなどの機能を有効にできます12。
* アカウント: アカウントは、Snowflake の顧客を表す主要なエンティティです。アカウントには、1 つ以上のデータベース、スキーマ、ステージ、ウェアハウス、その他のオブジェクトを含めることができます。アカウントには、1 つ以上のユーザー、ロール、セキュリティ統合を含めることもできます。アカウントは、特定のクラウド プラットフォーム、リージョン、Snowflake エディションに関連付けられています34。
* データベース: データベースは、スキーマの論理的なグループです。データベースには 1 つ以上のスキーマがあり、構造化データ、半構造化データ、非構造化データを保存できます。データベースには、保持期間、暗号化、所有権などのプロパティもあります56。
* スキーマ: スキーマは、テーブル、ビュー、ステージ、およびその他のオブジェクトの論理的なグループです。スキーマには 1 つ以上のオブジェクトを含めることができ、オブジェクトの名前空間とアクセス制御を定義できます。スキーマには、所有権やデフォルトのウェアハウスなどのプロパティも含めることができます。
* ステージ: ステージは、外部または内部ストレージ内のファイルを参照する名前付きの場所です。ステージは、COPY INTO コマンドを使用して Snowflake テーブルにデータをロードしたり、COPY INTO LOCATION コマンドを使用して Snowflake テーブルからデータをアンロードしたりするために使用できます。ステージは、アカウント、データベース、またはスキーマ レベルで作成でき、ファイル形式、暗号化、資格情報などのプロパティを持つことができます。
リストされているその他のオプションは、構造内の一部のオブジェクトが省略されているか、間違った場所に配置されているため、有効なオブジェクト階層ではありません。たとえば、オプション A は組織レベルを省略し、ウェアハウスをスキーマ レベルの下に配置しますが、これは正しくありません。オプション C は組織、アカウント、およびステージ レベルを省略し、テーブルをスキーマ レベルの下に配置しますが、これは正しくありません。オプション D はデータベース レベルを省略し、ステージとテーブルをアカウント レベルの下に配置しますが、これは正しくありません。
参考文献:
* Snowflakeドキュメント: 組織
* Snowflake ブログ: Snowflake の組織の紹介
* Snowflake ドキュメント: アカウント
* Snowflake ブログ: Snowflake アカウント構造の理解
* Snowflake ドキュメント: データベース
* Snowflake ブログ: Snowflake でデータベースを作成する方法
* [Snowflake ドキュメント: スキーマ]
* [Snowflake ブログ: Snowflake でスキーマを作成する方法]
* [Snowflake ドキュメント: ステージ]
* [Snowflake ブログ: Snowflake でのステージの使用方法]

これは、Snowflake のパラメータ階層の特性を反映しているため、正解です。
Snowflake には、アカウントに設定できる 3 種類のパラメーター (アカウント パラメーター、セッション パラメーター、オブジェクト パラメーター) が用意されています。すべてのパラメーターにはデフォルト値があり、パラメーターの種類に応じてさまざまなレベルで設定および上書きできます。次の図は、さまざまなパラメーターの種類間の階層関係と、各レベルで個々のパラメーターを上書きする方法を示しています1。
図に示すように、スキーマ パラメータはスキーマに設定できるオブジェクト パラメータの一種です。
スキーマ パラメータは、アカウント レベルで設定されたアカウント パラメータをオーバーライドできます。たとえば、LOG_LEVEL パラメータをアカウント レベルで設定して、アカウント内のすべてのオブジェクトのログ記録レベルを制御できますが、スキーマ レベルでオーバーライドして、そのスキーマ内の特定のストアド プロシージャと UDF のログ記録レベルを制御することもできます2。
リストされているその他のオプションは、Snowflake のパラメーター階層の特性を反映していないため、正しくありません。仮想ウェアハウス パラメーターは仮想ウェアハウスに設定できるセッション パラメーターの一種であるため、セッション パラメーターは仮想ウェアハウス パラメーターをオーバーライドしません。ユーザー パラメーターはユーザーに設定できるセッション パラメーターの一種であるため、仮想ウェアハウス パラメーターはユーザー パラメーターをオーバーライドしません。テーブル パラメーターはテーブルに設定できるオブジェクト パラメーターの一種であり、オブジェクト パラメーターはセッション パラメーターに影響しないため、テーブル パラメーターは仮想ウェアハウス パラメーターをオーバーライドしません1。
参考文献:
* Snowflakeドキュメント: パラメータ
* Snowflakeドキュメント: ログレベルの設定

Snowflake が推奨するベスト プラクティスによると、ヨーロッパのアカウントのデータ共有と組み合わせてプライベート データ交換を展開することで、大手製造会社の要件を満たすことができます。プライベート データ交換は、組織間で安全かつ管理されたデータ共有を可能にする Snowflake Data Cloud プラットフォームの機能です。これにより、Snowflake のお客様は独自のデータ ハブを作成し、組織の他の部分や外部パートナーを招待してデータ セットにアクセスして提供することができます。プライベート データ交換は、交換で共有されるデータの一元管理、きめ細かいアクセス制御、およびデータ使用メトリックを提供します1。データ共有は、データをコピーまたは移動することなく、Snowflake アカウント間でデータを安全かつ直接共有する方法です。データ共有により、データ プロバイダーは、自分のアカウント内の選択したオブジェクトに対する権限を他のアカウントの 1 人以上のデータ コンシューマーに付与できます2。プライベート データ交換をデータ共有と組み合わせて使用​​することで、会社は次のメリットを実現できます。
各事業部門は共有するデータを決定し、それをプライベート データ エクスチェンジに公開できます。これにより、エクスチェンジの他のメンバーがそれを検出してアクセスできるようになります。これにより、複数のデータ共有関係と構成を管理する手間と複雑さが軽減されます。
企業は、同じクラウド展開内の既存の Snowflake アカウントを活用してプライベート データ交換を作成し、メンバーを参加するよう招待することができます。これにより、移行とセットアップのコストが最小限に抑えられ、既存の Snowflake の機能とセキュリティが活用されます。
同社はデータ共有を使用して、異なる地域やクラウド プラットフォームにあるヨーロッパのアカウントとデータを共有できます。これにより、同社はデータ主権とプライバシーに関する地域および規制の要件に準拠しながら、組織全体でのデータ コラボレーションを実現できます。
同社は、Snowflake Data Cloud プラットフォームを使用して、共有データのデータ分析と変換を実行できるほか、他のデータ ソースやアプリケーションと統合することもできます。これにより、同社はサプライ チェーンを最適化し、複数のベンダーからの購入の影響力を高めることができます。

* 正解は 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 ビューを使用してコピー履歴情報にアクセスする方法についても説明します。