Amazon Timestream for LiveAnalytics に類似した機能をご希望の場合は Amazon Timestream for InfluxDB をご検討ください。リアルタイム分析に適した、シンプルなデータインジェストと 1 桁ミリ秒のクエリ応答時間を特徴としています。詳細については、[こちら](https://docs.aws.amazon.com//timestream/latest/developerguide/timestream-for-influxdb.html)を参照してください。
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# クォータ
このトピックでは、Amazon Timestream for LiveAnalytics 内の現在のクォータ (制限) について説明します。各クォータは、指定がない限り、リージョン単位で適用されます。
**Topics**
+ [デフォルトのクォータ](#ts-limits.default)
+ [サービス制限](#system-limits)
+ [サポートされているデータ型](#limits.datatypes)
+ [バッチロード](#limits.batch-load)
+ [命名に関する制約](#limits.naming)
+ [予約済みキーワード](#limits.reserved)
+ [システム ID](#limits.system_identifier)
+ [UNLOAD](#limits.export-unload)
## デフォルトのクォータ
下は、Timestream for LiveAnalytics のクォータとデフォルト値の表です。
| displayName | 説明 | defaultValue |
| --- | --- | --- |
| アカウントあたりのデータベース | AWS アカウントごとに作成できるデータベースの最大数。 | 500 |
| アカウントあたりのテーブル数 | AWS アカウントごとに作成できるテーブルの最大数。 | 50000 |
| CRUD API のリクエストレート | 現在のリージョンでアカウントごとに 1 秒あたりに実行できる Create/Update/Delete リクエストの最大数。 | 1 |
| その他 API のリクエストレート | 現在のリージョンでアカウントごとに 1 秒あたりに実行できる List/Describe/Prepare/ExecuteScheduledQueryAPI リクエストの最大数。 | 5 |
| アカウントごとのスケジュールされたクエリ | AWS アカウントごとに作成できるスケジュールされたクエリの最大数。 | 10000 |
| アクティブなマグネティックストアパーティションの最大数 | データベースあたりのアクティブなマグネティックストアパーティションの最大数。パーティションは、取り込みを受け取ってから最大 6 時間アクティブなままになることがあります。 | 250 |
## サービス制限
下は、Timestream for LiveAnalytics サービスの制限とデフォルト値の表です。コンソールからテーブルのデータ保持を編集するには、「[テーブルを編集する](https://docs.aws.amazon.com/timestream/latest/developerguide/console_timestream.html#console_timestream.edit-table.using-console)」を参照してください。
| displayName | 説明 | defaultValue |
| --- | --- | --- |
| 将来の取り込み期間 (分) | 現在のシステム時間と比較した時系列データの最大リードタイム (分単位)。例えば、将来の取り込み期間が 15 分である場合、Timestream for LiveAnalytics は現在のシステム時刻より最大 15 分前のデータを受け入れます。 | 15 |
| メモリストアの最小保持期間 (時間) | テーブルごとにデータをメモリストアに保持する必要がある最小期間 (時間単位)。 | 1 |
| メモリストアの最大保持期間 (時間) | テーブルごとにデータをメモリストアに保持できる最大期間 (時間単位)。 | 8766 |
| マグネティックストアの最小保持期間 (日) | テーブルごとにデータをマグネティックストアに保持する必要がある最小期間 (日数)。 | 1 |
| マグネティックストアの最大保持期間 (日) | マグネティックストアにデータを保持できる最大期間 (日数)。この値は 200 年に相当します。 | 73000 |
| マグネティックストアのデフォルト保持期間 (日) | テーブルごとにデータをマグネティックストアに保持するデフォルト期間 (日数)。この値は 200 年に相当します。 | 73000 |
| メモリストアのデフォルト保持期間 (時間) | データをメモリストアに保持するデフォルト期間 (時間数)。 | 6 |
| テーブルあたりのディメンション | テーブルあたりのディメンションの最大数。 | 128 |
| テーブルあたりのメジャー名 | 一意のメジャー名のテーブルあたり最大数。 | 8192 |
| シリーズあたりのディメンション名とディメンション値のペアのサイズ | シリーズあたりのディメンション名とディメンション値の最大サイズ。 | 2 KB |
| レコードの最大サイズ | レコードの最大サイズ。 | 2 KB |
| WriteRecords API リクエストあたりのレコード | WriteRecords API リクエストのレコードの最大数。 | 100 |
| ディメンション名の長さ | ディメンション名の最大バイト数。 | 60 バイト |
| メジャー名の長さ | メジャー名の最大バイト数。 | 256 バイト |
| データベース名の長さ | データベース名の最大バイト数。 | 256 バイト |
| テーブル名の長さ | テーブル名の最大バイト数。 | 256 バイト |
| QueryString の長さ (KiB) | UTF-8 でエンコードされたクエリ文字列の最大長 (KiB 単位)。 | 256 |
| クエリの実行期間 (時間) | クエリの最大実行期間 (時間単位)。時間がかかるクエリはタイムアウトします。 | 1 |
| クエリインサイト | 現在のリージョンにおける、各アカウントでクエリインサイトが有効な場合に 1 秒あたりに許可される Query API リクエストの最大数。 | 1 |
| クエリ結果のメタデータのサイズ | クエリ結果の最大メタデータサイズ。 | 100 KB |
| クエリ結果のデータサイズ | クエリ結果の最大データサイズ。 | 5 GB |
| 複数メジャーレコードあたりのメジャー | 複数メジャーレコードあたりのメジャーの最大数。 | 256 |
| 複数メジャーレコードあたりのメジャー値サイズ | 複数メジャーレコードあたりのメジャー値の最大サイズ。 | 2048 |
| テーブルごとの複数メジャーレコードにわたる一意のメジャー | 1 つのテーブルに定義されているすべての複数メジャーレコードの一意のメジャー。 | 1024 |
| アカウントあたりの Timestream コンピューティングユニット (TCU) | アカウントあたりのデフォルトの最大 TCU。 | 200 |
| アカウントあたりのプロビジョンド Timestream コンピューティングユニット (TCU) の最大数。プロビジョンド TCU はアジアパシフィック (ムンバイ) リージョンでのみ利用できます。 | アカウントでプロビジョニングできる TCU の最大数。 | 1,000 |
| maxQueryTCU | アカウントに対して設定できるクエリ TCU の最大数。 | 1,000 |
## サポートされているデータ型
下は、メジャー値とディメンション値でサポートされているデータ型の表です。
| 説明 | Timestream for LiveAnalytics の値 |
| --- | --- |
| メジャー値でサポートされているデータ型。 | Big int、double、string、boolean、MULTI、Timestamp |
| ディメンション値でサポートされているデータ型。 | 文字列 |
## バッチロード
バッチロード内の現在のクォータ (制限) は次のとおりです。
| 説明 | Timestream for LiveAnalytics の値 |
| --- | --- |
| 最大バッチロードタスクサイズ | 最大バッチロードタスクサイズは 100 GB 以内にする必要があります。 |
| ファイル数 | バッチロードタスクに含めるファイルは 100 個以内にする必要があります。 |
| 最大ファイルサイズ | バッチロードタスクの最大ファイルサイズは 5 GB 以内にする必要があります。 |
| CSV ファイル行サイズ | CSV ファイルの行は 16 MB 以内にする必要があります。これはハードリミットであり、増やすことはできません。 |
| アクティブバッチロードタスク | アクティブなバッチロードタスクはテーブルあたり 5 個以内、アカウントあたり 10 個以内にする必要があります。Timestream for LiveAnalytics は、より多くのリソースが利用可能になるまで、新しいバッチロードタスクを調整します。 |
## 命名に関する制約
下は、命名に関する制約の表です。
| 説明 | Timestream for LiveAnalytics の値 |
| --- | --- |
| ディメンション名の最大長。 | 60 バイト |
| メジャー名の最大長。 | 256 バイト |
| テーブル名またはデータベース名の最大長。 | 256 バイト |
| テーブル名とデータベース名 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/timestream/latest/developerguide/ts-limits.html) テーブル名とデータベース名は、UTF–8 バイナリ表現を使用して比較されます。つまり、ASCII 文字の比較では大文字と小文字が区別されます。 |
| メジャー名 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/timestream/latest/developerguide/ts-limits.html) テーブル名とデータベース名は、UTF–8 バイナリ表現を使用して比較されます。つまり、ASCII 文字の比較では大文字と小文字が区別されます。 |
| ディメンション名 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/timestream/latest/developerguide/ts-limits.html) ディメンション名とメジャー名は、UTF-8 バイナリ表現を使用して比較されます。つまり、ASCII 文字の比較では大文字と小文字が区別されます。 |
| すべての列名 | 列名の重複は許可されません。マルチメジャーレコードはディメンションとメジャーを列として表すため、ディメンションの名前をメジャーの名前と同じにすることはできません。名前では、大文字と小文字が区別されます。 |
## 予約済みキーワード
すべての予約済みキーワードは次のとおりです。
+ ALTER
+ AND
+ AS
+ BETWEEN
+ BY
+ CASE
+ CAST
+ CONSTRAINT
+ CREATE
+ CROSS
+ CUBE
+ CURRENT\$1DATE
+ CURRENT\$1TIME
+ CURRENT\$1TIMESTAMP
+ CURRENT\$1USER
+ DEALLOCATE
+ DELETE
+ DESCRIBE
+ DISTINCT
+ DROP
+ ELSE
+ END
+ ESCAPE
+ EXCEPT
+ EXECUTE
+ EXISTS
+ EXTRACT
+ 誤
+ FOR
+ FROM
+ FULL
+ GROUP
+ GROUPING
+ HAVING
+ IN
+ INNER
+ INSERT
+ INTERSECT
+ INTO
+ IS
+ JOIN
+ LEFT
+ LIKE
+ LOCALTIME
+ LOCALTIMESTAMP
+ NATURAL
+ NORMALIZE
+ NOT
+ NULL
+ ON
+ または
+ ORDER
+ OUTER
+ PREPARE
+ RECURSIVE
+ RIGHT
+ ROLLUP
+ SELECT
+ TABLE
+ THEN
+ 正
+ UESCAPE
+ UNION
+ UNNEST
+ USING
+ VALUES
+ WHEN
+ WHERE
+ WiTH
## システム ID
Timestream for LiveAnalytics システム ID に対し、列名「measure\$1value」「ts\$1non\$1existent\$1col」「time」は予約済みです。また、列名を「ts\$1」または「measure\$1name」で始めることはできません。システム ID では、大文字と小文字が区別されます。ID は UTF-8 バイナリ表現を使用して比較されます。つまり、ID の比較では大文字と小文字が区別されます。
**注記**
システム ID は、ディメンション名またはメジャー名には使用できません。データベース名またはテーブル名にはシステム ID を使用しないことをお勧めします。
## UNLOAD
`UNLOAD` コマンドに関連する制限については、「[UNLOAD を使用してクエリ結果を Timestream for LiveAnalytics から S3 にエクスポートする](https://docs.aws.amazon.com/timestream/latest/developerguide/export-unload.html)」を参照してください。