DynoTable

より優れた AWS DynamoDB コンソールの代替

AWS DynamoDB コンソールが提供するのは、テーブル一覧、アイテムブラウザ、そして PartiQL エディタです。ちょっと確認するにはそれで足り、そこで止まります。DynoTable は 日々の作業のために作られたデスクトップ DynamoDB クライアントです。DynamoDB の アクセスパターンのルール内で JOIN、GROUP BY、集計を実行する SQL Workbench、 あなた自身の AWS Bedrock キーで動く AI エージェント、Claude Code や Cursor のような コーディングエージェントのための MCP アクセス、そしてコンソールがついに備えなかった ワークフロー — タブ、フォルダ、保存クエリ、キー 1 つのプロファイル切り替え、フル エクスポート — を備えています。DynoTable は標準の AWS 認証情報チェーンを読み、 アカウント内の同じテーブルと通信するので、移行するものはありません。

機能DynoTableAWS DynamoDB Console
SQL JOIN、GROUP BY、集計はいいいえ
Smart Tables（結合されたビューをビジュアルに）はいいいえ
自分の AWS Bedrock キーで動く AI エージェントはいAmazon Q（ホスト型）
外部 AI エージェント（MCP）を接続、ステージングレビューはいいいえ
クエリプランのプレビュー（Scan/Query + 可能な場合は RCU）はいいいえ
集計関数（COUNT / SUM / AVG）はいSIZE のみ
全結果をエクスポート（CSV / JSON / NDJSON）はいCSV、一度に1ページずつ
自動ページ送りの結果グリッドはい手動、1 MB ずつ
複数タブ・フォルダ・保存クエリはいいいえ
AWS プロファイルとリージョンを即座に切り替えはいサインイン / ロール切り替え
ステージングした書き込み（編集ごとのレビュー）はい即時書き込み
オフラインで動作（DynamoDB Local）はいいいえ
キーボード優先のナビゲーションはいいいえ
インストールデスクトップアプリなし
料金Free プラン、年払いで $9/月〜無料

AWS コンソールが勝つ場面と DynoTable が勝つ場面

あなたのワークフロー選ぶもの
テーブルを作る、キャパシティを調整する、TTL 設定を一度切り替えるAWS コンソール
アイテムを数件のぞく、単発の GetItem を実行するAWS コンソール
稼働中のテーブルに対する JOIN、GROUP BY、集計を日常的に行うDynoTable
1 MB ずつページングせずに、絞り込んだ結果セット全体をエクスポートするDynoTable
ステージングされた書き込み、保存済みクエリ、Claude Code / Cursor 向け MCPDynoTable

AWS コンソールが無料なのに、なぜ有料アプリを使うのか？

まず、無料のままの部分から始めましょう。DynoTable の Free プランには期限がありません。 テーブルの閲覧とフィルタ、PartiQL の SELECT、データ・コード・スキーマのエクスポート、 そして MCP 経由でコーディングエージェントへのスキーマとアイテムの読み取りの提供が できます。読み取りとエクスポートに関して、コンソールと DynoTable のコストは同じ — ゼロです。

サブスクリプションが買うのは、コンソールがいくら払っても提供しないものです。SQL Workbench（JOIN、GROUP BY、COUNT/SUM/AVG — PartiQL はどれもサポートしません）、 テーブルに触れる前にアイテムの編集をレビュー可能な差分として保持するステージングエリア 付きの編集、Smart Table、そして AI エージェントです。

そして、あなたの時間があります。コンソールでは、フルエクスポートは 1 ページを ダウンロードし、「次へ」をクリックしてまたダウンロードすることを意味します。大きな テーブルを歩くことは 1 MB ずつのページ送りを意味し、昨日作ったフィルタは今日には 消えています。DynoTable は結果セット全体をエクスポートし、ページ送りを肩代わりし、 クエリを保存したままにします。DynamoDB が日々の仕事の一部なら、その雑用は サブスクリプションより高くつきます。週に一度コンソールを開いて値を確認する だけなら、コンソールのままでいてください。このページの最後のセクションはまさにそれに ついてです。

コンソールで SQL を使って DynamoDB をクエリできる？

PartiQL が公開する SQL 風のサブセットだけです。コンソールには PartiQL 文を実行する 組み込みの PartiQL エディタ（左のナビゲーションペイン内）があり （AWS ドキュメント）、 PartiQL の SELECT 文法は意図的に狭くなっています。

SELECT expression [, ...]
FROM table[.index]
[ WHERE condition ]
[ ORDER BY key [DESC|ASC], ... ]

（AWS ドキュメント。） 1 つのテーブル、任意の WHERE、任意の順序付け。JOIN も GROUP BY もなく、PartiQL が 挙げる集計関数はちょうど 1 つ、SIZE だけで、「このリストに含まれない SQL 関数は現在 サポートされていない」と注記しています （AWS ドキュメント）。 それは DynamoDB の単一テーブルのアクセスモデルを忠実に表面化しますが、分析的な質問は コンソールでは論外だということを意味します。 PartiQL vs SQL ガイドが文法がどこで止まるかを正確に説明し、 PartiQL の例ガイドには、できる ことのコピペ文があります。

DynoTable の SQL Workbench は、より豊かな SQL — INNER/LEFT JOIN、GROUP BY、 COUNT、SUM など — を、クライアント上で DynamoDB の本物の Query/Scan 操作に コンパイルします。あなたはリレーショナルな形の SQL を書き、DynoTable がそれをあなたの キーと GSI に対してプランニングするので、テーブルがリレーショナルデータベースである ふりをするのではなく、DynamoDB のアクセスパターンのルール内に 留まります。

プランが得られる場合、Workbench のプレビューは Scan と Query のどちらかと、使用する インデックスを示します。RCU の見積もりは、テーブルのメタデータが対応している場合にのみ 表示されます。通常のパーティション Query では RCU は表示されません。

コンソールの PartiQL エディタが止まる壁にぶつかったなら、 SQL for DynamoDB ガイドが何が動き何が 動かないかを説明し、DynamoDB JOIN ガイドが Workbench がどう 2 つのテーブルを結合するかを示し、GROUP BY ガイドが GROUP BY 句なしの集計を扱います。

あなたのキーで動く AI エージェントと、既に使っているエージェントのための MCP

コンソールには Amazon Q が付属します。コンソールの画面から AWS の質問に答える、 ホスト型のアシスタントです（aws.amazon.com/q/developer、2026-07-29 確認）。DynoTable の エージェントは別の種類のツールです。あなた自身の AWS 認証情報を通じて Amazon Bedrock 上で動くので、プロンプトも schema も行データもあなたの AWS の境界を離れず、AWS には 上乗せなしの原価で支払います。クエリの前にあなたの実際のキースキーマと GSI を読み取り、 キーが許すなら Scan より Query を優先し、書き込みはあなたが承認する差分として ドラフトします。あなたの了承なしにコミットされることはありません。セットアップ、 モデル、権限は AI チャットのドキュメントが扱います。

すでに Claude Code、Cursor、Codex と仕事をしているなら、代わりにそのエージェントを あなたのテーブルに向けてください。DynoTable はテーブルを MCP 経由で公開し、スコープは 接続ごとに選べます（読み取り専用、読み取り + ステージング、フル）。外部エージェントが 直接書き込むことは決してありません。その変更は同じステージングエリアにレビュー可能な 差分として着地し、コミットするのはあなたです。詳細は MCP セットアップガイドにあり、Free プランは読み取り専用の MCP を期限なしで 提供します。

日々の DynamoDB の作業のために作られている

日々のスピードの大半は、何百回も繰り返される小さなことでできています。そしてここが、 デスクトップクライアントがブラウザのタブと分かれるところです。

  • タブとフォルダ: テーブル、クエリ、アイテムエディタを並べて開いたままにし、 フォルダにまとめられます。再起動すればワークスペース全体が戻ってきます。
  • 保存クエリ: PartiQL と SQL にまたがる 1 つのクエリライブラリ。前のスプリントで チューニングした文は、記憶から作り直す代わりにキー 1 つで呼び出せます。
  • プロファイルとリージョンの切り替え: ~/.aws の設定にあるすべてのプロファイルを ⌘P（または ⌘1–⌘9）で切り替えられます。再サインインも、 ロール切り替えのダンスもありません。
  • オートコンプリート: フィルタは実際のアイテムから属性名を提案し、クエリエディタは 入力に合わせてテーブル名と SQL を補完します。
  • キーボードファースト: ⌘K で何でも開けます — テーブル、保存クエリ、 コマンド。
  • ステージングした書き込み: アイテムの編集、ステージした削除、エージェントが ドラフトした変更は、テーブルごとのステージングエリアに、あなたがレビューしてコミット する差分として並びます。コンソールの編集はクリックした瞬間に保存されます。
  • DynamoDB Local: プロファイルを localhost に向ければ、ローカルのテーブルを他の リージョンと同じように閲覧できます。ダウンロード版の DynamoDB は「DynamoDB ウェブ サービスにアクセスせずに」動作し （AWS ドキュメント）、 Web コンソールはウェブサービスしか表示しないので、ローカルのテーブルはコンソール からは見えません。

コンソールが押しつけてくる雑用

コンソールのアイテムブラウザは DynamoDB API の薄いラッパーであり、API には鋭いエッジが あります。以下はどれもコンソールのバグではありません — フィルタは本当に読み取りの後に 動き、ページは本当に 1 MB で頭打ちです — が、コンソールはそのエッジの一つひとつを あなたに手作業で処理させます。クライアントはそれを吸収できます。

  • フィルタは支払う量を減らさない。 フィルタ式は「Scan が終了した後、結果が返される 前に適用される」ので、Scan は「フィルタ式の有無に関わらず、同じ量の読み取り キャパシティを消費する」のです （AWS ドキュメント）。 これは DynoTable を含め、どのクライアントでも真です。プランが得られる場合、DynoTable のプレビューは Scan と Query のどちらかと、使用するインデックスを示します。RCU の 見積もりは、テーブルのメタデータが対応している場合にのみ表示されます。通常のパーティ ション Query では RCU は表示されません。一方コンソールは、コストのシグナルを まったく与えてくれません。これがなぜ重要かは query vs scan ガイドが扱います。
  • ページネーションは手動で、1 MB ずつ。 「1 回の Scan リクエストは最大 1 MB の データを取得できる」、そして「LastEvaluatedKey がないことが、結果セットの末尾に 達したことを知る唯一の方法だ」 （AWS ドキュメント）。 コンソールでは、テーブルを歩くためにページまたページとクリックすることを意味します。 DynoTable のグリッドはカーソルを代わりに追いかけ、クエリを結果セットの末尾まで実行 できます。カーソルが内部でどう動くかはページネーションガイドが 説明します。
  • CSV エクスポートは一度に 1 ページ。 AWS 自身の CSV エクスポートのドキュメントが 端的に述べています。「結果を一度に 1 ページずつ CSV ファイルにエクスポートできる。 結果が複数ページある場合、各ページを個別にエクスポートする必要がある」 （AWS ドキュメント）。 DynoTable は結果セット全体を、CSV、JSON、または NDJSON として一度のパスで エクスポートします。

ページごとのクリックなしで DynamoDB テーブルを CSV にエクスポートする方法

AWS のネイティブな CSV エクスポートはページごとです。NoSQL Workbench の Operation Builder について、ドキュメントは明確です。「結果を一度に 1 ページずつ CSV ファイルに エクスポート」でき、「各ページを個別にエクスポートする必要がある」 （AWS ドキュメント）。 Web コンソールの アイテムの探索 ビューも同じようにページ指向です。一度に 1 ページの 結果をスキャンし、目の前の行をエクスポートするので、大きなテーブルのフルエクスポートは 依然として、手作業でのフィルタ、ページ送り、ダウンロードを意味します。

DynoTable はクエリやスキャンの結果セット全体を、フィルタされたビューも含めて、CSV、 JSON 配列、または NDJSON として、プレーンな値でも生の DynamoDB JSON でも一度に エクスポートします。エクスポートはストリーミングされるので、100 万行のテーブルに 100 万行ぶんのメモリは要りません。より長い選択肢（AWS CLI、S3 エクスポート、 スクリプト）は DynamoDB を CSV にエクスポートするガイドで 扱います。事前に知っておく価値のある落とし穴が 1 つ。DynamoDB の低レベル API は、各属性を どう解釈するかを DynamoDB に伝えるトークンとして型記述子（S、N、B、BOOL、…）を 使うので （AWS ドキュメント）、 ツールがそれらをフラット化しない限り、DynamoDB JSON の素朴な CSV ダンプは {"S": "..."} の ラッパーを漏らします（データ型ガイドが型タグを説明します）。

コンソールで十分なとき（とそうでないとき）

コンソールは、たまの小さな仕事には本当に問題ありません。一握りのアイテムを目で見る、 一度きりの GetItem、テーブルの作成、設定の確認。週に一度 DynamoDB を開き、最初の 画面より先にページ送りしないなら、他に何も要りません。

作業が反復的または分析的になった瞬間に痛み始めます。何千ものアイテムをページ送りする、 セッションのたびに同じフィルタを作り直す、結果セット全体をエクスポートする、 「いくつあるか / 合計はいくらか」という質問に答える。そこが専用クライアント、特に SQL Workbench が元を取るところです。

macOS、Windows、Linux 向けに DynoTable をダウンロードし、コンソールで 使っているのと同じプロファイルとリージョンに向け、以前は表現できなかった JOIN や GROUP BY を実行してください。トライアルは30日間無料で、クレジットカードは不要です。 その後も DynoTable は Free プランのままです — 閲覧、PartiQL SELECT、エクスポート、MCP でのスキーマ/アイテムの読み取り、期限なし。現在のプランは 料金を参照してください。

よくある質問

AWS DynamoDB コンソールのより良い代替はありますか？

はい。DynoTable は、コンソールが一度も持たなかったものを追加するデスクトップ DynamoDB クライアントです。JOIN、GROUP BY、集計のための SQL Workbench、あなた自身の Bedrock キーで動く AI エージェント、コーディングエージェントのための MCP アクセス、 ステージングした書き込み、フルエクスポート、そしてタブ、フォルダ、保存クエリです。

AWS コンソールが無料なのに、なぜ DynamoDB アプリにお金を払うのですか？

DynoTable の Free プランも無料で、期限はありません。Free に含まれるのは、閲覧、PartiQL の SELECT、データ・コード・スキーマのエクスポート、そして MCP でのスキーマ/アイテムの 読み取りです。有料シートでは SQL Workbench、Smart Tables、書き込み、AI が加わります。

なぜ DynamoDB コンソールは JOIN や GROUP BY を実行できないのですか？

コンソールは PartiQL でクエリし、その SELECT 文法は任意の WHERE と ORDER BY を伴う 単一テーブルで、サポートする唯一の集計関数は SIZE です （AWS ドキュメント）。 DynoTable の SQL Workbench はそれらのクエリをクライアント上でプランニングし、DynamoDB の本物の Query/Scan 操作にコンパイルします。

コンソールの代替を使うにはデータを移行する必要がありますか？

いいえ。DynoTable は標準の AWS 認証情報チェーンを読み、同じリージョンとテーブルを 指します。データは DynamoDB に留まるので、移行するものはありません。

関連ページ

最終確認 2026-07-29。AWS、DynamoDB、Amazon Q、AWS コンソールは Amazon Web Services の 商標であり、ここでは識別目的でのみ言及しています。

Console なしで DynamoDB を扱う

DynamoDB では実行できない本物の SQL（JOINs、GROUP BY、集計）を実行する高速な DynamoDB デスクトップクライアント。ビジュアル編集と、あなた自身の Bedrock キーで動く AI エージェントを備えています。

ダウンロード料金を見る

30日間無料トライアル、クレジットカード不要 — その後は期限のない Free プラン。