すべてのプロダクト
Search
ドキュメントセンター

Tablestore:Tablestore の制限

最終更新日:Apr 09, 2025

このトピックでは、Tablestore の制限について説明します。

インスタンス

項目

制限

説明

インスタンス数

10

制限によってビジネス要件が満たされない場合は、チケットを送信してください

インスタンス名

リージョン内で一意

インスタンスの命名規則:

  • 名前は 3 ~ 16 文字で、文字、数字、ハイフン (-) を使用できます。大文字と小文字は区別されません。

  • 名前は文字で始まり、ハイフン (-) で終わることはできません。

  • 名前には、aliayotstaobaoadmin という語を含めることはできません。

インスタンス内のテーブル数

64

テーブル数は、データテーブル、セカンダリインデックス、時系列テーブル、Lastpoint インデックス、および分析ストアの数の合計です。制限によってビジネス要件が満たされない場合は、チケットを送信してください

重要

時系列テーブルは、時系列メタデータテーブルと時系列データテーブルで構成されます。したがって、時系列テーブルは 2 つのテーブルに相当します。

Wide Column モデル

項目

制限

説明

データテーブルの名前

インスタンス内で一意

データテーブルの命名規則:

  • 名前は 1 ~ 255 バイトで、文字、数字、アンダースコア (_) を使用できます。大文字と小文字は区別されます。

  • 名前は文字またはアンダースコア (_) で始める必要があります。

プライマリキー列の数

1~4

最初のプライマリキー列はパーティションキーです。

プライマリキー列のデータ型

String、Integer、Binary

  • String: 長さが 1 KB を超えない UTF-8 エンコード文字列。

  • Integer: 長さが 8 バイトの 64 ビット符号付き整数。

  • Binary: 長さが 1 KB を超えないバイナリデータ。

属性列の数

なし

Tablestore は属性列の数に制限を設けていません。数十万個の属性列など、過剰な数の属性列が含まれる行を読み取ろうとすると、タイムアウトのために行の読み取りに失敗する可能性があります。この場合、読み取る属性列を指定するか、ページごとにデータを読み取る必要があります。最大 10,000 個の属性列を指定することをお勧めします。

属性列のデータ型

String、Integer、Double、Boolean、Binary

  • String: 長さが 2 MB を超えない UTF-8 エンコード文字列。

  • Integer: 長さが 8 バイトの 64 ビット符号付き整数。

  • Double: 長さが 8 バイトの 64 ビット倍精度浮動小数点数。

  • Boolean: 長さが 1 バイトの True または False。

  • Binary: 長さが 2 MB を超えないバイナリデータ。

事前定義列の数

0~32

事前定義列とは、データテーブルの作成時に名前と型が定義される非プライマリキー列です。事前定義列は、データテーブル用に作成されたセカンダリインデックスのフィールドとして使用できます。

Wide Column モデルのその他の制限については、「Wide Column モデルの制限」をご参照ください。

TimeSeries モデル

項目

制限

説明

時系列テーブルの名前

インスタンス内で一意

時系列テーブルの命名規則:

  • 名前は 1 ~ 128 文字で、文字、数字、アンダースコア (_) を使用できます。大文字と小文字は区別されます。

  • 名前は文字またはアンダースコア (_) で始める必要があります。

TimeSeries モデルのその他の制限については、「TimeSeries モデルの制限」をご参照ください。

多次元インデックス

項目

制限

説明

多次元インデックスの数

なし

取得したいすべてのフィールドを含む多次元インデックスを 1 つだけ作成することをお勧めします。

インデックスフィールドの数

1000

なし

行数

1,000 億

制限によってビジネス要件が満たされない場合は、チケットを送信してください

合計サイズ

100 TB

制限によってビジネス要件が満たされない場合は、チケットを送信してください

読み取りまたは書き込みレート

50,000 行/秒

  • データが初めて書き込まれるとき、または短時間に大量のデータが書き込まれるときは、Tablestore は数分以内に負荷を分散します。

  • Text フィールドのインデックス作成の最大レートは 10,000 行/秒に制限されています。これは、トークン化に大量の CPU リソースが消費されるためです。

制限によってビジネス要件が満たされない場合は、チケットを送信してください

同期遅延

3 秒

  • ほとんどの場合、同期遅延は 3 秒以内です。

  • 新しいインデックスを初期化するには、最大 1 分かかります。

最大バージョン数

サポートされていません

なし

多次元インデックスのその他の制限については、「多次元インデックスの制限」をご参照ください。

セカンダリインデックス

項目

制限

説明

セカンダリインデックスの数

5

制限によってビジネス要件が満たされない場合は、チケットを送信してください

インデックスフィールドの数

36

  • セカンダリインデックスのプライマリキーは、インデックスキー列と、セカンダリインデックスが作成されるデータテーブルのすべてのプライマリキー列で構成されます。プライマリキーは最大 8 つの列で構成され、そのうち最大 4 つの列がインデックスキー列です。インデックスキー列は、データテーブルのプライマリキー列または事前定義列にすることができます。

  • セカンダリインデックスには、最大 32 個の属性列を含めることができます。これらは、データテーブルの事前定義列です。

最大バージョン数

サポートされていません

なし

セカンダリインデックスのその他の制限については、「セカンダリインデックスの制限」をご参照ください。

SQL クエリ

項目

制限

説明

マッピングテーブル名と列名

予約語またはキーワードと同じにすることはできません

マッピングテーブルとマッピングテーブル内の列の命名規則:

  • 名前は 1 ~ 255 バイトで、文字、数字、アンダースコア (_) を使用できます。

  • 名前は文字またはアンダースコア (_) で始める必要があります。

  • 名前は、SQL の予約語やキーワードとは異なる必要があります。詳細については、「予約語とキーワード」をご参照ください。

単一の SQL 文の実行時間

30 秒

単一の SQL 文の実行時間は、SQL 文の複雑さとテーブル内のデータ量に関係します。最大時間は 30 秒です。最大時間を超えると、システムはエラーを返します。

1 回のスキャンあたりのデータ量

128 MB または 100,000 行

1 回のスキャンあたりの最大行数は 100,000 行、または 1 回のスキャンあたりの最大データ量は 128 MB です。上限を超えると、システムはエラーを返します。

詳細については、「SQL の制限」をご参照ください。