ゼロコピー クローン作成は、データを物理的にコピーせずにテーブル、スキーマ、またはデータベースのクローンを作成できる機能です。ゼロコピー クローン作成は、クローン オブジェクトが元のオブジェクトと同じデータおよびメタデータを持つ必要があり、クローン オブジェクトを頻繁に変更または更新する必要がないシナリオに適しています。ゼロコピー クローン作成は、クローン作成されたオブジェクトを同じ Snowflake アカウント内、または同じクラウド リージョン内の異なるアカウント間で共有する必要があるシナリオにも適しています2。ただし、ゼロコピー クローン作成は、クローン作成されたオブジェクトに異なる属性を持たせる必要があるシナリオには適していません。元のオブジェクトよりもデータやメタデータが大きい場合、または複製されたオブジェクトを頻繁に変更または更新する必要がある場合。
ゼロコピー クローン作成は、クローン化されたオブジェクトを異なるクラウド リージョンの異なるアカウント間で共有する必要があるシナリオにも適していません。これらのシナリオでは、COPY INTO コマンドを使用するか、セキュア ビューでのデータ共有を使用することによって、データのコピーが必要になります3。以下は、データのコピーが必要で、ゼロコピー クローン作成が必要ない開発およびテスト シナリオの例です。適切であること：
開発者は、ライブ データの変換されたバージョンに対して作業するための独自のデータセットを作成します。このシナリオでは、開発者が列、行、値の追加、削除、更新などの変換を実行するためにクローン オブジェクトのデータまたはメタデータを変更する必要があるため、データのコピーが必要です。ゼロコピー クローン作成は、元のオブジェクトと同じデータとメタデータを共有する読み取り専用クローンを作成することになり、クローンに加えられた変更は元のオブジェクトにも影響を与えるため、適切ではありません4 データは運用 Snowflake アカウントにありますこれは、同じクラウド リージョン内の別の開発/テスト Snowflake アカウントの開発者に提供する必要があります。このシナリオでは、同じクラウド リージョン内の異なるアカウント間でデータを共有する必要があるため、データのコピーが必要です。ゼロコピー クローン作成は、元のオブジェクトと同じアカウント内にクローンを作成することになり、そのクローンを別のアカウントと共有できないため、適切ではありません。同じクラウド リージョン内の異なるアカウント間でデータを共有するには、安全なビューまたは COPY INTO コマンドを使用したデータ共有を使用できます5。以下は、ゼロ コピー クローン作成が適しており、データのコピーが必要ない開発およびテスト シナリオの例です。 :
本番環境と開発環境は同じアカウント内の異なるデータベースで実行され、開発者は本番環境と同様のデータを、特定の列がマスクされた状態で表示する必要があります。このシナリオでは、データを同じアカウント内で共有する必要があり、複製されたオブジェクトには元のオブジェクトとは異なるデータやメタデータが必要ないため、ゼロコピー クローン作成を使用できます。ゼロコピー クローン作成では、運用データベースのクローンを開発データベースに作成でき、そのクローンには元のデータベースと同じデータとメタデータを含めることができます。特定の列をマスクするために、クローンの上にセキュア ビューを作成でき、開発者はクローンに直接アクセスする代わりにセキュア ビューにアクセスできます6 開発者は、開発アカウントで事前に作成された標準テスト データベースの独自のコピーを作成します。初期開発と単体テスト。このシナリオでは、データを同じアカウント内で共有する必要があり、複製されたオブジェクトには元のオブジェクトとは異なるデータやメタデータが必要ないため、ゼロコピー クローン作成を使用できます。ゼロコピー クローン作成では、開発者ごとに標準テスト データベースのクローンを作成でき、そのクローンには元のデータベースと同じデータとメタデータを含めることができます。開発者は、最初の開発と単体テストにクローンを使用でき、クローンに加えられた変更は元のデータベースや他のクローンに影響を与えません7。リリース プロセスでは、運用規模と複雑さのデータを使用した変更の運用前テストが必要です。セキュリティ上の理由から、実稼働前も実稼働アカウントで実行されます。このシナリオでは、データを同じアカウント内で共有する必要があり、複製されたオブジェクトには元のオブジェクトとは異なるデータやメタデータが必要ないため、ゼロコピー クローン作成を使用できます。ゼロコピー クローン作成では、実稼働前データベースに実稼働データベースのクローンを作成でき、そのクローンには元のデータベースと同じデータとメタデータを含めることができます。実稼働前テストでは、クローンを使用して、実稼働の規模と複雑さのデータによる変更をテストできます。クローンに加えられた変更は、元のデータベースや実稼働環境には影響しません8。
1: SnowPro Advanced: アーキテクト | 学習ガイド 9
2: スノーフレークのドキュメント | クローン作成の概要
3: スノーフレークのドキュメント | COPY を使用したテーブルへのデータのロード
4: スノーフレークのドキュメント | ロード中のデータの変換
5: スノーフレークのドキュメント | データ共有の概要
6: スノーフレークのドキュメント | 安全なビュー
7: スノーフレークのドキュメント | データベース、スキーマ、テーブルのクローン作成
8: スノーフレークのドキュメント | テストと開発のためのクローン作成
: SnowPro Advanced: アーキテクト | 学習ガイド
: クローン作成の概要
: COPY を使用したテーブルへのデータのロード
: ロード中のデータの変換
: データ共有の概要
: 安全なビュー
: データベース、スキーマ、テーブルのクローン作成
: テストと開発のためのクローン作成

企業 B の販売データを企業 A の Snowflake アカウントに統合するという要件を満たす最良の方法は、Snowflake 内でリージョン間のデータ レプリケーションを使用することです。この機能により、データ プロバイダーは、さまざまな地域やクラウド プラットフォームにわたってデータ コンシューマーとデータを安全に共有できます。Azure 西ヨーロッパ リージョンの企業 B のアカウントから AWS us-east-1 リージョンの企業 A のアカウントに売上データをレプリケートすると、データが同期され、利用できるようになります。データ レプリケーションを有効にするには、アカウントがリンクされ、ORGADMIN ロールを持つユーザーによってレプリケーションが有効になる必要があります。次に、レプリケーション グループを作成し、販売データベースをそのグループに追加する必要があります。最後に、レプリケートされたデータへのアクセスを許可するには、B 社のアカウントから A 社のアカウントへの直接共有を構成する必要があります。このオプションは、CSV ファイルを使用してデータをエクスポートおよびインポートしたり、Snowflake デプロイメント全体を別のリージョンまたはクラウド プラットフォームに移行したりするよりも効率的かつ安全です。また、外部ツールを使用してカスタム データ パイプラインを構築する必要もありません。
参考文献:
地域およびクラウド プラットフォーム間でデータを安全に共有する
レプリケーションとフェイルオーバーの概要
レプリケーションに関する考慮事項
アカウントオブジェクトの複製

エンタープライズ ID プロバイダーをフェデレーション認証と統合し、Snowflake で自動ユーザー作成とロール割り当てを有効にする最良の方法は、SCIM (クロスドメイン ID 管理システム) を使用することです。SCIM を使用すると、Snowflake はアイデンティティ プロバイダーと同期し、アイデンティティ プロバイダーから提供された情報に基づいてユーザーとグループを作成できます。グループは Snowflake のロールにマップされ、ユーザーにはグループ メンバーシップに基づいてロールが割り当てられます。こうすることで、アイデンティティ プロバイダーがユーザーとグループ管理の信頼できる情報源となり、Snowflake は手動介入なしで変更を自動的に反映します。他のオプションは、認証やユーザー プロビジョニングではなく承認用のプロトコルである OAuth の使用を必要とし、承認サーバーとリソース サーバーの追加構成が必要なため、不正確または不完全です。

正解は 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 内の名前付きの場所です。ステージは、ファイルが保存されている場所に応じて、内部または外部になります。
質問のクエリでは、LIST 関数を使用して、FILEROWS という名前のステージ内のファイルを一覧表示します。この関数は、ステージ内のファイルの行番号である FILE_ROW_NUMBER を含む、さまざまな列を含むテーブルを返します。
したがって、クエリは、FILEROWS という名前のステージ内のファイルをリストし、ステージ内の各ファイルの行番号を示すものとして解釈できます。
参考文献:
: ステージ
: リスト関数