これは正しい答えです。これにより、企業は外部ステージのストレージ統合を使用して、さまざまなリージョンからデータを取り込むことができるようになります。ストレージ統合は、Snowflake から外部クラウド ストレージ内のファイルに安全かつ簡単にアクセスできるようにする機能です。ストレージ統合を使用して、外部ストレージ内のファイルを参照する名前付きの場所である外部ステージを作成できます。外部ステージを使用すると、COPY INTO コマンドを使用して Snowflake テーブルにデータをロードしたり、COPY INTO LOCATION コマンドを使用して Snowflake テーブルからデータをアンロードしたりできます。外部ストレージ サービスが Snowflake12 と互換性がある限り、ストレージ統合は複数のリージョンとクラウド プラットフォームをサポートできます。
参考文献:
Snowflake ドキュメント: ストレージ統合
Snowflake ドキュメント: 外部ステージ

SnowPro Advanced: Architect のドキュメントと学習リソースによると、共有から作成された Snowflake データベースと共有から作成されない標準データベースの違いは次のとおりです。
共有データベースは読み取り専用です。これは、共有データベースにアクセスするデータ利用者は、データベース内のデータやオブジェクトを変更または削除できないことを意味します。データベースを共有するデータプロバイダーは、データとオブジェクトを完全に制御でき、それらに対する権限を付与または取り消すことができます1。
共有データベースは複製できません。これは、共有データベースにアクセスするデータ コンシューマーがデータベースまたはデータベース内のオブジェクトのコピーを作成できないことを意味します。データベースを共有するデータ プロバイダーはデータベースまたはオブジェクトのクローンを作成できますが、クローンは自動的には共有されません2。
共有データベースは Time Travel ではサポートされていません。これは、共有データベースにアクセスするデータ コンシューマーが AS OF 句を使用して履歴データをクエリしたり、削除されたデータを復元したりできないことを意味します。データベースを共有するデータプロバイダーは、データベースまたはオブジェクトに対してタイムトラベルを使用できますが、履歴データはデータ消費者には表示されません3。
他のオプションは、共有から作成された Snowflake データベースが共有から作成されない標準データベースと異なるものではないため、正しくありません。オプション B は不正解です。新しいデータを表示するために共有データベースを更新する必要はありません。共有データベースにアクセスするデータ利用者は、データプロバイダーがデータを更新するとすぐに最新のデータを確認できます1。オプション E は不正解です。共有データベースに PUBLIC スキーマまたは INFORMATION_SCHEMA スキーマを明示的に共有に付与しない限り、それらのスキーマは存在しません。共有データベースにアクセスするデータ コンシューマーは、データ プロバイダーが共有に付与したオブジェクトのみを表示でき、デフォルトでは PUBLIC スキーマと INFORMATION_SCHEMA スキーマは付与されません4。共有データベースは一時データベースとして作成できないため、オプション F は不正解です。一時データベースは、タイム トラベルやフェールセーフをサポートしないデータベースであり、データの保持期間に影響を与えることなく削除できます。共有データベースは、ソース データベースの種類に関係なく、常に永続データベースとして作成されます5。参考資料: 安全なデータ共有の概要 | Snowflake ドキュメント、オブジェクトのクローン作成 | スノーフレークのドキュメント、タイムトラベル | Snowflake ドキュメント、共有の操作 | Snowflake ドキュメント、データベースの作成 | スノーフレークのドキュメント

T1 のタイム トラベル保持期間は 30 日になります。これは、テーブル レベルで設定された保持期間です。
タイム トラベル保持期間は、オブジェクトが変更または削除された後、履歴データが保存され、オブジェクトにアクセスできる期間を決定します。タイム トラベルの保存期間は、アカウント レベル、データベース レベル、スキーマ レベル、またはテーブル レベルで設定できます。階層の最下位レベルで設定された保存期間は、上位レベルよりも優先されます。したがって、テーブル レベルで設定された保持期間は、スキーマ レベル、データベース レベル、またはアカウント レベルで設定された保持期間をオーバーライドします。ユーザーがデータベース DB1 を削除すると、テーブル T1 も削除されますが、履歴データはテーブル レベルで設定された保持期間である 30 日間保持されます。ユーザーは、UNDROP コマンドを使用して、30 日以内にテーブル T1 を復元できます。他のオプションは次の理由で正しくありません。
10 日はデータベース レベルで設定された保存期間であり、テーブル レベルによって上書きされます。
20 日はスキーマ レベルで設定された保持期間であり、テーブル レベルでも上書きされます。
37 日は、どのレベルでも設定された保存期間ではないため、有効なオプションではありません。
参考文献:
タイムトラベルの理解と利用
AT | 前に
スノーフレークのタイムトラベルとフェイルセーフ