データソースクォータ - Amazon QuickSight

データソースクォータ

Amazon QuickSight で使用するデータソースは、以下のクォータに従う必要があります。

インポートされたデータの SPICE クォータ

Amazon QuickSight で新しいデータセットを作成すると、SPICE がデータセットに追加できる行数を制限します。クエリまたはファイルから SPICE にデータを取り込むことができます。各ファイルには最大 2,000 列を含めることができます。それぞれの列名には最大 127 の Unicode 文字を使用できます。各フィールドには、最大 2,047 文字の Unicode 文字を含めることができます。

より大きなセットからデータのサブセットを取得には、列の選択を解除するか、フィルタを適用してデータのサイズを縮小できます。Amazon S3 からインポートする場合、各マニフェストは最大 1,000 個のファイルを指定できます。

SPICE のクォータは次のとおりです。

  • フィールドあたり 2,047 の Unicode 文字

  • 列名あたり 127 の Unicode 文字

  • ファイルあたり 2,000 列

  • マニフェストあたり 1,000 ファイル

  • Standard Edition の場合、データセットごとに 2,500 万 (25,000,000) 行、または 25 GB

  • Enterprise Edition の場合、データセットごとに 2 億 5,000 万 (250,000,000) 行または 500 GB

まれに、大きな行を SPICE に取り込もうとすると、行のクォータに達する前に、データセットあたりのギガバイトのクォータに達することがあります。サイズは、SPICE に取り込まれた後にデータが占有する SPICE 容量に基づいています。容量は、SPICE データセットの容量計画で説明されている式を使用して計算できます 。

ダイレクト SQL クエリのクォータ

SPICE にデータをインポートしない場合は、スペースと時間に対して異なるクォータが適用されます。接続、データセットのデータのサンプリング、ビジュアルの生成などのオペレーションでは、タイムアウトが発生することがあります。場合によっては、これらはソースのデータベースエンジンで設定されたタイムアウトのクォータであることがあります。また、視覚化など他のケースでは、Amazon QuickSight が 2 分後にタイムアウトを生成することがあります。

ただし、すべてのデータベースドライバがこの 2 分のタイムアウトに反応するわけではありません (例: Amazon Redshift) 。このような場合、クエリはレスポンスが返されるまでにかかる限り実行されるため、データベースでクエリの実行時間が長くなる可能性があります。この場合、データベースサーバーからのクエリをキャンセルして、データベースリソースを解放できます。これを行う方法に関するデータベースサーバーの指示に従います。例えば、Amazon Redshift でクエリをキャンセルする方法の詳細については、Amazon Redshift データベースデベロッパーガイドCanceling a Query in Amazon RedshiftImplementing Workload Management in Amazon Redshift を参照してください。

直接クエリからの結果セットにはそれぞれ、最大 2,000 列を含めることができます。それぞれの列名には最大 127 の Unicode 文字を使用できます。制限より大きいテーブルからデータを取得する場合は、データのサイズを減らすために使用できるいずれかの方法を使用できます。列の選択を解除する、または、フィルタを適用することができます。SQL クエリでは、WHEREHAVING などの述語を使用することもできます。直接クエリ中にビジュアルがタイムアウトした場合は、クエリを簡素化して実行時間を最適化するか、データを SPICE にインポートできます。

クエリのクォータは次のとおりです。

  • 列名あたり 127 の Unicode 文字。

  • 列はデータセットあたり 2,000 列。

  • ビジュアルまたはオプションのデータセットサンプルを生成するための 2 分間の制限。

  • データソースのタイムアウト制限を適用 (データベースエンジンごとに異なる) 。