データソースのクォータ

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 エディションの場合、データセットごとに 10 億 (1,000,000,000) 行、または 1 TB

すべてのクォータは、行レベルのセキュリティが設定された SPICE データセットにも適用されます。

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

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

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

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

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

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

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

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

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

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