ローカルとライブの DynamoDB に対応する dynamodb-admin の代替

dynamodb-admin は、 DynamoDB Local や LocalStack を立ち上げるときに、ほとんどの 開発者が手を伸ばす無料の MIT ライセンスの Web GUI です。小さな Node サーバーとして実行し （npm install -g dynamodb-admin）、エンドポイントに向け、ローカルのテーブルを閲覧します。 その 1 つの仕事は得意です。このページは、それを卒業し、SQL Workbench、ステージングした 編集、フルエクスポート、そしてすでに使っているコーディングエージェントのための MCP アクセスを備えて ローカル と ライブ AWS テーブル を扱うクライアントが欲しくなった ときのためのものです。DynoTable は、まさにそれを中心に作られたクロスプラットフォームの デスクトップ DynamoDB クライアントです。

dynamodb-admin が勝つとき vs DynoTable

dynamodb-admin が得意なこと

dynamodb-admin の README は端的に説明しています: 「DynamoDB Local、dynalite、localstack などのための GUI」 （README）。ローカルエンドポイントに 対して作業しているときには適切なツールです。

• 無料でオープンソース（MIT）なので、買うものも、ライセンスするものもありません （ライセンス）。
• インストールの摩擦ゼロ — npm install -g dynamodb-admin で、localhost:8001 （デフォルトの --port）に Web UI が立ち上がり、デフォルトで http://localhost:8000 に向けられます （README）。
• Docker イメージ — 公式の aaronshaf/dynamodb-admin Docker Hub のイメージ は amazon/dynamodb-local の隣の docker-compose にそのまま入ります。HOST、PORT、 BASE_PATH、DYNAMO_ENDPOINT の環境変数を読むので （README）、コンテナ化された 開発スタックにきれいに組み込まれます。
• テーブルの作成、閲覧、編集 を、開発中に AWS コンソールに触れずに、シンプルな Web インターフェースを通して行えます。
• 活発にメンテナンスされている — v5.3.4 が 2026 年 6 月 10 日にリリースされました （リリース、2026-07-30 確認）。

デフォルトで accessKeyId / secretAccessKey をダミー値の key と secret に、リージョンを us-east-1 に設定します（README）— これは、それが何のために作られたかを正確に物語っています: ローカル開発のインナー ループです。

dynamodb-admin はライブ AWS DynamoDB に接続できる？

技術的には、はい — そしてこれは、ローカル専用の admin UI で足りなくなったときに人々が 試す最も一般的なことです。エンドポイントを上書きし、本物の認証情報を提供します。

# Point dynamodb-admin at a real region instead of localhost
AWS_REGION=eu-west-1 \
AWS_ACCESS_KEY_ID=AKIA... \
AWS_SECRET_ACCESS_KEY=... \
dynamodb-admin --dynamo-endpoint=https://dynamodb.eu-west-1.amazonaws.com

または --skip-default-credentials を渡して、ダミーの key/secret の注入をやめ、代わりに 標準の AWS SDK の認証情報解決にフォールバックさせます （README）。

それは機能しますが、ハッピーパスから外れています。dynamodb-admin の文書化された オプションは、エンドポイント、ホスト、ポート、ベースパス、認証情報のトグルです （README）— 接続マネージャーも、 プロファイルピッカーも、SSO もありません。アカウントやリージョンを切り替えるには、 Node プロセスを止めて、異なる環境変数で再起動します。本番テーブルをたまに覗くには問題 ありませんが、複数のアカウントにまたがる日常使いには摩擦です。DynoTable は ~/.aws の 設定にあるすべてのプロファイル — SSO セッションも含めて — を読み、⌘P （または ⌘1–⌘9）で切り替えられ、ローカルエンドポイントはライブの リージョンのすぐ隣に並びます。

dynamodb-admin が止まるところ

その境界は、作業が単一のローカルテーブルを超えて広がるにつれて現れます。

• ライブ AWS テーブルはハッピーパスから外れている。 上記のとおり、本物のリージョンに 向けられますが、文書化もデフォルトも DynamoDB Local を中心にしており、保存された接続や プロファイルの切り替えはありません。
• リレーショナルクエリなし。 どんなビジュアルブラウザもそうであるように、1 つのテーブルの アイテムを一覧・編集します。2 つのテーブルを結合 したり、 GROUP BY したり、COUNT / SUM を計算したりはできません。 DynamoDB の下にリレーショナルクエリエンジンがないからです。dynamodb-admin はそれを 追加せず、PartiQL も同様です: その SELECT 文法は単一の FROM テーブルを取り、JOIN、 GROUP BY、集計関数はありません （AWS PartiQL SELECT リファレンス） （PartiQL vs SQL を参照）。
• 編集は保存した瞬間にテーブルに届く。 それが素朴な CRUD フォームのすることであり、 使い捨てのローカルテーブルに対してはまさに正解です。他の人が依存しているテーブルに 対しては、それこそがクリックの前にためらう理由です。
• 自分で実行するサーバー上のブラウザタブ。 ネイティブのデスクトップアプリも、プロジェクト をまたぐ保存された接続も、統合された認証情報チェーンもありません。Node プロセス（または コンテナ）を動かし続け、localhost をブックマークします。

これらはどれもバグではありません。意図的に小さなローカル開発ツールの端です。問題は、 あなたのワークフローがそれを越えたかどうかです。

完全な DynamoDB クライアントがその上に加えるもの

DynoTable は、すでに持っている AWS プロファイルとアクセスキーを使って、1 つのデスクトップ アプリから ローカル と ライブ の DynamoDB に接続します。データは DynamoDB に 留まるので、移行するものはありません。dynamodb-admin がカバーする閲覧と編集の上に、 テーブルブラウザを日常の道具に変えるツールを加えます。

• SQL Workbench。 INNER/LEFT JOIN、GROUP BY、COUNT/SUM/AVG — クライアント上で DynamoDB の本物の Query/Scan 操作にコンパイルされ、あなたの キーと GSI に対してプランニングされるので、DynamoDB のアクセスパターンのルール内に 留まります。プランが得られる場合、Workbench のプレビューは Scan と Query のどちらかと、 使用するインデックスを示します。RCU の見積もりは、テーブルのメタデータが対応している 場合にのみ表示されます。通常のパーティション Query では RCU は表示されません。 何にコンパイルされるかは SQL for DynamoDB ガイド が扱います。

-- The kind of question a single-table browser can't express:
SELECT u.email, COUNT(o.id) AS orders, SUM(o.total) AS revenue
FROM Users u
JOIN Orders o ON o.userId = u.id
GROUP BY u.email;

• ステージングした書き込み。 アイテムの編集、ステージした削除、エージェントがドラフト した変更は、テーブルごとのステージングエリアに、あなたがレビューしてコミットする差分と して並びます — クリックした瞬間に保存するフォームの正反対です。本番データに対しては、 そのレビューのステップこそが機能です。
• すでに使っているコーディングエージェントのための MCP。 Claude Code、Cursor、Codex を、MCP 経由であなたのテーブル — ローカルのものも含めて — に向けてください。スコープは 接続ごとに選べます（読み取り専用、読み取り + ステージング、フル）。コードを書きながら シードした DynamoDB Local のテーブルをエージェントが読めるのは、dynamodb-admin が担う のと同じインナーループに、あなたのエージェントが加わったものです。詳細は MCP セットアップガイド にあります。
• あなた自身の AWS Bedrock キーで動く AI エージェント。 クエリの前にあなたの実際の キースキーマを読み取り、すべての書き込みを承認のためにステージします。プロンプトも 行データもあなたの AWS の境界を離れません。AI チャットのドキュメント が 説明しています。
• フルエクスポート。 結果セット全体 — フィルタしたビューも含めて — を CSV、JSON 配列、または NDJSON として。ストリーミングされるので、大きなテーブルにそのぶんの メモリは要りません。

dynamodb-admin が無料なのに、なぜ有料アプリを使うのですか？

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

dynamodb-admin は無料で編集できますが、DynoTable の編集 — ステージングされたレビューのワークフロー付き — は、30 日間のトライアルの後は有料プランの 一部です。サブスクリプションが買うのは、dynamodb-admin にはいくら払っても存在しない ものです。SQL Workbench、AI エージェント、ステージングした書き込み、そして Smart Tables です。DynamoDB の仕事がコードを書きながら閲覧するローカルテーブルなら、dynamodb-admin を使い続けてください。ライブのアカウント、リレーショナルな質問、チームの本番データに またがるなら、それが DynoTable の作られたワークフローです。

DynoTable は dynamodb-admin のように DynamoDB Local で動く？

はい — DynoTable は、望むときに ローカル エンドポイントに対して動くので、「ライブ専用」の 代替品ではありません。エンドポイントと偽の認証情報のセットアップについては、 DynamoDB Local と LocalStack への接続 を参照して ください。dynamodb-admin と同じローカルインナーループをカバーし、加えて、それにはできない ライブテーブルとクエリを扱います。

正直なところ: dynamodb-admin で十分なとき

開発中に ローカル の DynamoDB インスタンスだけを閲覧し、無料でオープンソース の ものが欲しく、ライブテーブルに触れたり JOIN を実行したりする必要が一度もないなら、 dynamodb-admin は実用的な選択です — そのまま使ってください。ローカルとライブ の アカウントをまたいで作業し、保存された接続と本物の AWS 認証情報チェーンが欲しく、 あるいは単一テーブルのブラウザでは表現できないクエリにぶつかったときに、DynoTable は その価値を発揮します。

macOS、Windows、Linux 向けに DynoTable をダウンロード し、今日使っているのと 同じプロファイルに向け、以前は表現できなかったクエリを実行してください。トライアルは 30 日間無料で、クレジットカードは不要です。有料の Individual シートは年払い $9/月 （$108/年）から。月払いと Team の料金は 料金 を参照してください。トライアル後も DynoTable は Free プランのままです — 閲覧、PartiQL、フルエクスポート、読み取り専用の MCP は 期限なしで無料のままです。より広い全体像は DynamoDB GUI としての DynoTable を参照してください。

よくある質問

DynoTable は dynamodb-admin の代替？

ローカル専用の開発には、dynamodb-admin は無料で優秀です。DynoTable は、ライブ AWS テーブル、AWS 認証情報チェーンを通した保存された接続、レビュー付きのステージングした 編集、フルエクスポート、コーディングエージェントのための MCP アクセス、そして JOIN、 GROUP BY、集計を実行する SQL Workbench も必要なときの代替です — そのどれも単一テーブルの ローカルブラウザは提供しません。

dynamodb-admin はライブ AWS DynamoDB に接続できる？

技術的には、はい。--dynamo-endpoint を本物のリージョンに上書きし、認証情報を提供します （--skip-default-credentials と標準の AWS 環境変数で）。しかし DynamoDB Local を中心に 作られ、デフォルトもそうなっており、接続マネージャーやプロファイルの切り替えがないので、 ライブ使用はハッピーパスから外れています。

dynamodb-admin が無料なのに、なぜ有料アプリを使うのですか？

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

dynamodb-admin の Docker イメージはある？

はい。aaronshaf/dynamodb-admin は Docker Hub で公開され、HOST、PORT、 BASE_PATH、DYNAMO_ENDPOINT の環境変数で設定されるので、docker-compose の中で amazon/dynamodb-local の隣に座ります （README）。DynoTable はコンテナでは なくデスクトップアプリなので、実行するイメージはありません。ローカルエンドポイントや ライブアカウントに直接接続します。

dynamodb-admin は SQL を実行したりテーブルを結合したりできる？

いいえ。dynamodb-admin は一度に 1 つのテーブルを閲覧・編集します。文書化された SQL の 表層はなく、DynamoDB 自体にリレーショナルエンジンがありません。PartiQL の SELECT で さえ、JOIN、GROUP BY、集計のない単一 FROM なので （AWS PartiQL SELECT リファレンス）、 JOIN、GROUP BY、集計は、それらを プランニングするクライアントなしには不可能です。DynoTable の SQL Workbench は、それらを DynamoDB の本物の Query/Scan 操作にコンパイルします。

関連ページ

• すべての DynoTable の代替については、完全な比較ハブ を閲覧してください。
• DynamoDB GUI としての DynoTable も参照してください。
• ローカル DynamoDB は初めて？ DynamoDB Local と DynamoDB Local と LocalStack への接続 を 読んでください。
• リレーショナルクエリが必要？ SQL for DynamoDB、 DynamoDB JOIN、DynamoDB GROUP BY を 参照してください。

最終確認 2026-07-30。dynamodb-admin はそれぞれの作者による MIT ライセンスの オープンソースソフトウェアです。ここでは識別目的でのみ言及しています。