ゼロコピー クローン作成は、過去 6 年間の四半期末の財務結果を保存するために使用できる Snowflake の機能です。ゼロコピー クローン作成では、データやメタデータを複製することなく、データベース、スキーマ、テーブル、またはビューのコピーを作成できます。クローンは元のオブジェクトと同じデータ ファイルを共有しますが、クローンまたは元のオブジェクトに加えられた変更を個別に追跡します。ゼロコピー クローン作成を使用すると、四半期末の財務結果など、さまざまな時点でのデータのスナップショットを作成し、将来の分析や比較のために保存できます。ゼロコピー クローン作成は高速かつ効率的で、データが変更されない限り追加のストレージ スペースを消費しません1。
参照：
ゼロコピークローン作成 | スノーフレークのドキュメント

説明
エラー メッセージは、エラー メッセージ内の IP アドレスがネットワーク ポリシーの許可リストに含まれていないため、Snowflake へのアクセスが許可されていないことを示しています。ネットワーク ポリシーは、IP アドレスまたは範囲に基づいて Snowflake へのアクセスを制限できる機能です。このエラーを解決するには、アーキテクトは次の手順を実行する必要があります。
* エラー メッセージ内の IP アドレスをネットワーク ポリシーの許可リストに追加します。これにより、IP アドレスがプライベート リンク URL を使用して Snowflake にアクセスできるようになります。あるいは、セキュリティ上の理由からネットワーク ポリシーが必要ない場合、アーキテクトはネットワーク ポリシーを無効にすることもできます。
* プライベート リンク URL を使用するように Azure AD SSO の構成を更新します。これにより、SSO 認証プロセスでパブリック URL ではなくプライベート リンク URL が使用されるようになります。構成は、Azure ドキュメントの手順に従って更新できます1。
これら 2 つの手順によりエラーが解決され、プライベート リンクのみを使用してアカウントにアクセスできるようになります。他のオプションは、このシナリオには必要または関係ありません。セキュリティ統合は SSO 認証ではなく SCIM プロビジョニングに使用されるため、プライベート リンク URL を使用するように Azure セキュリティ統合を変更する必要はありません。SCIM アクセス トークンは SSO 認証ではなく SCIM プロビジョニングに使用されるため、system$generate_scim_access_token を使用して新しい SCIM アクセス トークンを生成し、それを Azure AD に保存する必要はありません。アカウントへのプライベート リンク URL のアクセスを承認するために Snowflake サポートにケースを開く必要はありません。承認はアカウント管理者が SYSTEM$AUTHORIZE_PRIVATELINK 関数を使用して行うことができるためです2。

包括的かつ詳細な説明: SnowPro Advanced: Architect のドキュメントと学習リソースによると、結果セット キャッシュの特徴の一部は次のとおりです。
Snowflake はデータ結果を 24 時間保持します。これは、結果セット キャッシュには過去 24 時間以内に実行されたすべてのクエリの結果が保持され、同じクエリが再度送信され、基になるデータが変更されていない場合に再利用できることを意味します1。
クエリの永続化された結果が使用されるたびに、24 時間の保持期間がリセットされます。これは、結果セット キャッシュにより、結果が再利用されるたびに、クエリが最初に実行された日時から最大 31 日間まで、結果の有効期間が延長されることを意味します1。
保存期間は最大 31 日間リセットできます。これは、結果が再利用されるかどうかに関係なく、結果セット キャッシュは 31 日後に結果をパージすることを意味します。31 日後、次回クエリが送信されると、新しい結果が生成され、保持されます1。
他のオプションは結果セット キャッシュの特性ではないため、正しくありません。タイム トラベル クエリは結果セット キャッシュに対して実行できないため、オプション A は不正解です。タイム トラベル クエリは、AS OF 句を使用して、結果セットのキャッシュではなく、ストレージ レイヤーに保存されている履歴データにアクセスします2。オプション D は不正解です。結果セット キャッシュに格納されたデータはストレージ コストに影響しません。結果セットのキャッシュはサービス層によって維持され、追加料金は発生しません1。結果セットのキャッシュはウェアハウス間で共有されるため、オプション F は不正解です。結果セット キャッシュは仮想ウェアハウス全体で利用できるため、基になるデータが変更されていない限り、あるユーザーに返されたクエリ結果は、同じクエリを実行するシステム上の他のユーザーも利用できます1。リファレンス: 永続化されたクエリ結果の使用 | スノーフレークのドキュメント、タイムトラベル | スノーフレークのドキュメント

Snowflake は、Snowflake 環境でテーブルをモデリングするためのさまざまなデータ モデルをサポートするクラウド データ プラットフォームです。データ モデルは、次元モデルと正規化モデルの 2 つのカテゴリに分類できます。次元データ モデルは、ビジネス インテリジェンスと分析のクエリ パフォーマンスと使いやすさを最適化するように設計されています。正規化されたデータ モデルは、データの冗長性を削減し、トランザクション システムと運用システムのデータの整合性を確保するように設計されています。以下は、Snowflake で使用できるデータ モデルの一部です。
ディメンション/キンボール: これは、スター スキーマまたはスノーフレーク スキーマを使用してデータをファクト テーブルとディメンション テーブルに編成する、一般的なディメンション データ モデルです。ファクト テーブルには、定量的なメジャーとディメンション テーブルへの外部キーが格納されます。ディメンション テーブルには、説明的な属性と階層が格納されます。スター スキーマにはディメンションごとに 1 つの非正規化ディメンション テーブルがありますが、スノーフレーク スキーマにはディメンションごとに複数の正規化されたディメンション テーブルがあります。Snowflake はスター スキーマとスノーフレーク スキーマの両方をサポートしており、ユーザーはビューと結合を作成してクエリを簡素化できます。
Inmon/3NF: これは、第 3 正規形 (3NF) スキーマを使用してデータをエンティティと関係に編成する一般的な正規化データ モデルです。3NF スキーマは、次の 3 つのルールを適用することでデータの重複を排除し、データの一貫性を確保します。1) テーブル内のすべての列は主キーに依存する必要がある、2) テーブル内のすべての列は、主キーの一部ではなく全体に依存する必要がある、および3) テーブル内のすべての列は、他の列ではなく、主キーのみに依存する必要があります。Snowflake は 3NF スキーマをサポートしており、ユーザーは参照整合性制約と外部キー関係を作成してデータ品質を強化できます。
データ コンテナー: これは、次元データ モデルと正規化データ モデルのベスト プラクティスを組み合わせて、スケーラブルで柔軟かつ復元力のあるデータ ウェアハウスを作成するハイブリッド データ モデルです。データ ボルト スキーマは、ハブ、リンク、サテライトの 3 種類のテーブルで構成されます。ハブには、各エンティティのビジネス キーとメタデータが保存されます。リンクは、エンティティ間の関連付けと関係を保存します。サテライトには、各エンティティまたは関係の説明的な属性と履歴的な変更が保存されます。Snowflake はデータ ボルト スキーマをサポートしており、ユーザーはタイム トラベル、ゼロ コピー クローン作成、安全なデータ共有などの機能を活用してデータ ボルト手法を実装できます。