説明
作成して共有する
プロバイダー アカウントでは、この権限により、共有の作成と管理 (コンシューマー アカウントとデータを共有するため) が可能になります。
インポートシェア
コンシューマーアカウントでは、この権限により、アカウントに共有されているインバウンド共有を表示できます。また、インバウンド共有からデータベースを作成することもできます。グローバルCREATE DATABASE権限が必要です。
デフォルトでは、これらの権限はACCOUNTADMINロールにのみ付与され、アカウント管理者のみがこれらのタスクを実行できます。ただし、これらの権限を他のロールに付与することで、アカウント内の他のユーザーにタスクを委任することもできます。

説明
テーブル関数 SYSTEM$CLUSTERING_DEPTH は、テーブル内の指定された列または列セットの平均クラスタリング深度を返します。この関数は、テーブル名と列名の2つの引数を取ります。この場合、テーブル名は sales 、列名は SALES_REPRESENTATIVE です。この関数は、クラスタリング深度の計算対象となる行をフィルタリングするための WHERE 句もサポートしています。この場合、WHERE 句は REGION = 'North America' です。したがって、オプション B の関数呼び出しは、目的の結果を返します。

説明
このオプションは、Snowpipeのパフォーマンスを確保しながらコストを最小限に抑える最適な方法です。ファイルをロード前に分割することで、データエンジニアは各ファイルのサイズを削減し、ロードの並列性を高めることができます。
SIZE_LIMIT オプションを250 MBに設定することで、データエンジニアはSnowpipeでロードできるファイルの最大サイズを指定でき、大きなファイルによるパフォーマンスの低下やエラーを回避できます。その他のオプションは、以下の理由により最適ではありません。
Snowpipe が使用する仮想ウェアハウスのサイズを大きくするとパフォーマンスは向上しますが、ウェアハウスが大きいほど 1 時間あたりのクレジット消費量が増えるため、コストも増加します。
Snowpipe はすでにさまざまな圧縮形式をサポートしており、ステージでファイルが検出されるとすぐに自動的にロードされるため、ファイル圧縮サイズを変更したり、Snowpipe のロード頻度を上げたりしても、パフォーマンスやコストに大きな影響はありません。
Kinesis Firehose で 100 ～ 250 MB のファイルの配信をトリガーするためにバッファ サイズを小さくしても、Snowpipe のパフォーマンスやコストには影響しません。これは、Snowpipe が Kinesis Firehose のバッファ サイズに依存せず、独自の SIZE_LIMIT オプションに依存しているためです。

説明
total_constant_partition_count 値は、クラスタリングキー列がマイクロパーティション内のすべての行で定数値を持つマイクロパーティションの数を示します。ただし、これは必ずしもその列でテーブルが適切にクラスタ化されていることを意味するわけではありません。その列の値の範囲が互いに重複する他のマイクロパーティションが存在する可能性があるためです。これは、クラスタリング深度が 1 である注文テーブルの場合に当てはまります。つまり、すべてのマイクロパーティションが O_ORDERDATE で他のすべてのマイクロパーティションと重複していることを意味します。これは、テーブルが O_ORDERDATE で適切にクラスタ化されておらず、再クラスタリングのメリットが得られる可能性があることを示しています。