テーブルの作成と管理
DynoTable は、テーブルの作成と削除、グローバルセカンダリインデックスの追加と削除、グローバルテーブルのレプリカの追加と削除、そして最もよく変更するいくつかのテーブル設定 — TTL、キャパシティモード、ポイントインタイムリカバリ、削除保護 — の編集ができます。新しいテーブルを作ったりインデックスを追加したりするために、AWS コンソールへ移動する必要はありません。
テーブルを作成 以外はすべて 1 か所にあります。テーブルツールバーの 設定ボタンがテーブル設定ダイアログを開き、その左側のレールにテーブルのインデックス、レプリカ、設定 があります。
このページのすべての操作は DynamoDB のコントロールプレーンに書き込むため、いずれも有効なライセンスまたはトライアルが必要です。アクティベーションを参照してください。
テーブルを作成する
サイドバーのテーブル一覧の任意の場所を右クリックするか、Cmd/Ctrl+K でコマンドパレットを開いて テーブルを作成 を選びます。次の項目を入力します:
- テーブル名 — 3〜255 文字。使えるのは英字、数字、
_、-、.のみです。 - パーティションキー — 属性名とその型: 文字列、数値、または バイナリ。
- ソートキー — 任意です。ソートキーを追加 で表示され、削除 で取り除けます。
- キャパシティモード — オンデマンド（リクエストごとの課金で、アイドルコストなし）、または読み取り・書き込みキャパシティユニットを指定する プロビジョンド。
DynamoDB が受け付けるとすぐに、テーブルがタブで開きます。
DynamoDB が拒否する組み合わせは送信前に検出され、バリデーションエラーをそのまま返す代わりに、メッセージが問題点を名指しします — パーティションキーと重複するソートキー、読み取り・書き込みユニットのないプロビジョンドキャパシティ、オンデマンドテーブルへのキャパシティユニットの指定などです。
Add or drop a global secondary index
テーブル設定ダイアログを開いて テーブルのインデックス を選びます。このペインには、すべてのグローバルおよびローカルセカンダリインデックスが、キー、射影、サイズとともに一覧表示されます。
インデックスを作成 では次を入力します:
- インデックス名 — 3〜255 文字。使える文字はテーブル名と同じです。
- パーティションキー と、任意の sort key。それぞれに型を指定します。
- 射影 — すべての属性（最も簡単でストレージは最大）、キーのみ（最小。他の属性はベーステーブルからの取得が必要）、または 含める と、最大 20 個まで列挙する属性。
- Read and write units — プロビジョンドのテーブルのみ。
DynoTable は、重複したインデックス名、インデックスのパーティションキーと重複するソートキー、何も列挙されていない 含める 射影、そして既存の属性定義と型が矛盾するキー属性を拒否します — 最後のメッセージには、テーブルがすでに使っている型が示されます。
新しいインデックスは Creating と表示され、DynamoDB がデータを投入する間は Backfilling になります。ペインは状態が落ち着くまでポーリングします。インデックスの削除では、先に確認を求められます。
知っておくべき制限が 2 つあります。どちらも DynoTable ではなく DynamoDB 側の制限です:
- ローカルセカンダリインデックスはここでは読み取り専用です。 DynamoDB はテーブル作成時に LSI を確定するため、後からどのツールでも追加や削除はできません。
- 既存のインデックスは編集できません。 射影を変更するには、置き換えのインデックスを作成してから古いものを削除します。
どの射影を選ぶべきかはインデックス射影を参照してください。
Table settings
テーブル設定 ダイアログの 設定 セクションには 4 つのコントロールがあります。テーブルのステータスが ACTIVE 以外の間は 4 つとも読み取り専用です — 以前の変更がまだ落ち着いていないテーブルには、その旨が表示されます。キャパシティモード、TTL、ポイントインタイムリカバリはどちらの方向へ変更する場合も確認を求めます。削除保護は無効にするときだけ確認を求めます — 有効にする操作では何も失われないためです。
キャパシティモード はオンデマンドとプロビジョンドを切り替え、プロビジョンドのテーブルでは読み取り・書き込みキャパシティユニットを編集します。プロビジョンドへ戻す切り替えの頻度は AWS が制限しています。オンデマンドスループットを参照してください。
有効期限 (TTL) には、エポック秒の有効期限タイムスタンプを保持する属性を指定し、期限切れを有効にします。TTL を無効にすると、それ以降の期限切れは止まりますが、テーブルにすでにあるアイテムは残ります。グリッドは TTL 列をマークし、期限切れのアイテムに取り消し線を引きます — テーブルのブラウズを参照してください。
ポイントインタイムリカバリ は、DynamoDB の継続的バックアップをオン・オフします。オンの間は、最も古い復元可能時刻から現在までの復元可能な期間が行に表示されます。オンにすると、テーブルサイズの GB 月単位で AWS から課金され、確認ダイアログにもその旨が表示されます。オフにすると復元ウィンドウが削除され、テーブルを以前の時点に復元できなくなります。ポイントインタイムリカバリは S3 へのエクスポートが読み取るバックアップなので、S3 へエクスポートする前にオンにしておく必要があります。この行は DynamoDB Local のプロファイルでは表示されません。認証情報で設定を読み取れない場合はその旨が表示され、スイッチは無効のままになります。
削除保護（削除保護）は、誰が要求しても、その IAM 権限が何を許可していても、DynamoDB によるテーブルの削除自体を止めます。オフに戻す操作は別途確認されます。
グローバルテーブルとレプリカ
テーブル設定ダイアログの レプリカ セクションには、テーブルのレプリカがあるリージョンが並びます。プロファイルのリージョンが先頭に来て、このリージョン と表示されます。変更の実行中は、行に 作成中…（進捗率つき）、削除中…、更新中… のいずれかが表示されます。
リージョンを追加するには、レプリカを追加 を選び、リージョンを選んで確定します。テーブルがカスタマーマネージドの KMS キーで暗号化されている場合は、新しいリージョンのキー ARN を入力します。空のままにすると AWS マネージドキーが使われます。レプリカの追加には、テーブルのサイズによって数分から数時間かかります。リージョンを外すには、その行の レプリカを削除 を選びます。そのリージョンのテーブルは削除され、ほかのリージョンのデータは残ります。
いくつかの制限は DynamoDB 自体によるものです:
- 変更は一度に 1 つ。レプリカやインデックスの作成・削除中は、追加と削除は待機します。
- プロビジョンドのテーブルでは、レプリカを追加する前に書き込みのオートスケーリングが必要です。DynoTable は事前に確認しません。DynamoDB の拒否はエラーとして表示されます。
- マルチリージョン強整合性で作成したテーブルは、リージョンの構成が作成時に固定されるため、このセクションは読み取り専用です。
- 別の AWS アカウントにあるレプリカには 別のアカウント と表示され、そのアカウントから管理します。
DynoTable はプロファイルのリージョンからレプリカを管理します。タブが別のリージョンのコピーを開くことはありません。レプリカを閲覧するには、そのリージョンのプロファイルを使ってください。DynamoDB Local のプロファイルにはグローバルテーブルがないため、このセクションは表示されません。
テーブルを削除する
テーブルを削除 は、設定セクション最下部の 危険な操作 にあります。削除保護が有効な間は無効化されています。
削除時には、テーブル名を正確に再入力するよう求められます。テーブルとその中のすべてのアイテムが消え、DynamoDB に取り消しはありません。テーブルがなくなるとタブは閉じます。
AWS コンソールに残るもの
DynoTable がカバーするのは、テーブルのデータを扱いながら変更する設定です。次の操作には AWS コンソールまたは CLI が必要です:
- バックアップとリストア。ポイントインタイムリカバリのオン・オフはここでできますが、そこからの復元はできません。
- DynamoDB Streams と Kinesis データストリーム。
- マルチリージョン強整合性でのテーブル作成と、レプリカごとの設定。
- Contributor Insights と CloudWatch アラーム。
- タグとリソースベースのポリシー。
AI アシスタントと MCP サーバーも、テーブルやインデックスの作成・変更・削除はできません。これらの操作は UI からあなた自身が行うものです — エージェントが操作できる経路からは届きません。