テーブル統計

開いているすべてのテーブルには、Visual モードでも PartiQL モードでも、タブツールバーに Stats ボタン — 棒グラフのアイコン — があります。これはテーブルごとのパネルを開き、テーブルの形状をひと目で確認でき、テーブルをインデックス化してオートコンプリートにフィールドを教え、推論したスキーマを TypeScript、Zod、 JSON Schema としてエクスポートできます。

概要

パネルの上部にはテーブルの構造がレイアウトされています:

プライマリキー — パーティションキー、そしてテーブルにソートキーがあればそれも表示されます。
セカンダリインデックス — 各グローバルまたはローカルセカンダリインデックスとそのキー。多くのインデックスを持つテーブルでもコンパクトなまま — 一覧はその場でスクロールします。
Items · Size · Avg item — DynamoDB 自身の見積もりです。おおよそ 6 時間ごとに更新されるため、正確な数ではなく概算値として扱ってください。DynamoDB estimate にホバーすると注意書きが表示されます。

テーブルのインデックス化

フィルター、PartiQL、AI チャットは、あなたのアイテムに実際に何が含まれているかを DynoTable が把握していると、はるかに優れたフィールドと値の補完を提案します。Index table をクリックすると、テーブルを一度スキャンして、すべての属性とその共通の値を発見します。

インデックス化は進捗バーとともにライブで実行されます。大きなテーブルでは数分かかり、通常の DynamoDB 読み取りコストが発生します。
完了すると、Indexed fields の一覧に、commonData.status のようにドット区切りのパスで表されるネストされたものも含めて、すべての属性が、その型と、スキャンした行全体で 必須 だったか 任意 だったかとともに表示されます。
フィールドがいくつかを超えると、素早く見つけられるようフィルターボックスが表示されます。
データが変わった後は Reindex で更新し、Clear index で削除します。

スキーマのエクスポート

インデックス化されたテーブルから、Export を開いて形式を選ぶと、アイテムを型付きのスキーマに変換できます:

TypeScript — interface。
Zod — z.object(...) スキーマ（Standard-Schema 互換）。
JSON Schema — draft 2020-12。

クリップボードにコピーするか、ファイルに保存します。すべてのエクスポートは、それが サンプリングしたアイテムから推論された ものだという注記とともに開始されます — 有力な出発点であって、権威ある契約ではありません。任意かどうかは、インデックス化の際に各属性がどれくらいの頻度で出現したかを反映します。プライマリキー属性は常に必須としてマークされます。

これはあなたのデータの形状のスキーマであり — データそのもののエクスポートとは別物です。