DynoTable と Dynomate の比較

Dynomate は、リクエストのコレクション、ワークフロー、Git と相性の良いファイルを中心に作られた、高速で活発にメンテナンスされている DynamoDB クライアントです。DynoTable は、DynamoDB のアクセスパターンのルール内で JOIN、GROUP BY、集計を実行する SQL Workbench を中心に作られた DynamoDB クライアントです（SQL for DynamoDB を参照）。このページは、この 2 つを実際に分けているもの、つまり質問が 2 つのテーブルにまたがったときに各々が何をするかで比較します。

機能	DynoTable	Dynomate
DynamoDB 専用に設計	はい	はい
DynamoDB アイテムの閲覧と編集	はい	はい
PartiQL クエリエディタ	はい	はい
SQL JOIN、GROUP BY、集計	はい	いいえ
クエリプランのプレビュー（Scan/Query + 可能な場合は RCU）	はい	いいえ
Smart Tables（結合されたビューをビジュアルに）	はい	いいえ
自分の AWS Bedrock キーで動く AI エージェント	はい	いいえ
外部 AI エージェント（MCP）を接続、ステージングレビュー	はい	いいえ
テーブル管理（作成・削除、GSI、TTL、キャパシティ）	はい	いいえ
CSV / JSON にエクスポート	はい	はい
オフラインで動作（DynamoDB Local）	はい	はい
料金	読み取り専用の Free プラン、年払いで $9/月〜	$10/月〜

Dynomate が得意なこと

Dynomate は良いクライアントであり、そう言うのが公平です。リリースは頻繁で、変更履歴上の最新リリースは 2026 年 6 月 30 日の 1.19.0 です。コレクションは collection.toml ファイルで印を付けた素のディレクトリなので、それを使うコードと並べて Git で差分を取りレビューできます。AWS SSO、マルチリージョンとマルチアカウントの閲覧、DynamoDB Local、JSON/CSV/S3/他テーブルからのインポートに対応し、1.18.0 以降は DynamoDB のタブの隣で Amazon Athena にもクエリできます。料金はサブスクリプションで、Community は無料、有料ティアは年払いで月額 10 ドル、18 ドル、29 ドル、14 日間のトライアル付きです（dynomate.io、2026-07-28 確認）。レビュー可能で Git ネイティブなクエリライブラリこそが探している機能なら、正直におすすめできるのは Dynomate です。

JOIN の代わりにワークフローがやること

複数テーブルにまたがる質問に対する Dynomate の答えは、最初の公開プレビューで出したリクエストチェーンです: "Combine query, put, update or delete steps; reference previous outputs (${step1.items[0].email}) to build powerful workflows"（dynomate.io changelog 0.17.0、2025 年 4 月 6 日）。

その参照構文が制約を物語っています。items[0] は前のステップから 1 件のアイテムを選ぶので、チェーンは単一の値のパイプラインです。「このユーザーを引いて、それからその注文を書く」は完璧に表現できますが、「スキャンした各出荷について倉庫を取得し、地域別に平均する」はまったく表現できません。ファンアウトのステップも集計のステップもないので、結合と GROUP BY はツールの外にとどまります。

Dynomate の 2 つ目の答えは SQL で、その形については正直です: "From any table, click SQL → Export & Open SQL. Dynomate runs a background full-table scan, creates a local timestamped snapshot, and drops you straight into a SQL editor"（changelog 1.11.0、2026 年 2 月 5 日）。この一文からは 2 つの帰結が導かれます。

1 つ目はコストです。テーブル全体のスキャンは、クエリエディターを開くための安い方法ではありません。"A Scan operation in Amazon DynamoDB reads every item in a table or a secondary index" であり、DynamoDB は読み取りキャパシティを "based on the number of items and the size of those items, not on the amount of data that is returned to an application" として課金します（AWS Scan リファレンス）。スナップショットを更新するたびに、テーブル全体の分を支払います。

2 つ目は鮮度です。返ってくる結果はどれもスナップショットと同じだけ古いものです。Dynomate が挙げるユースケース、つまりデプロイのデバッグ中に 2 つの時点でテーブルを比較する用途なら、それはまさに正しく、ライブクエリの方が劣ります。「今の本番はどうなっているのか」に対しては、それはコピーです。

DynoTable の SQL Workbench は、エクスポートの手順なしに、ライブのテーブルに対して同じ質問に答えます。

SELECT w.region, AVG(s.transitHours) AS avgTransit, COUNT(*) AS shipments
FROM shipments s
JOIN warehouses w ON s.warehouseId = w.warehouseId
WHERE s.status = 'delivered'
GROUP BY w.region

ライブの DynamoDB テーブルに対して GROUP BY 付きの JOIN を実行する DynoTable SQL Workbench — テーブル全体をエクスポートしたスナップショットは不要。

この文は、あなたのキーとインデックスに対して計画されたネイティブな Query と Scan の呼び出しにコンパイルされ、結合と AVG はクライアント側で走るので、起動するエクスポートも、鮮度を保つスナップショットもありません。

DynamoDB に何も書き込まれる前の、DynoTable のステージングされたコミットの diff。

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

これによって DynamoDB にサーバーサイドの結合が加わるわけではありません。DynamoDB GROUP BY がそのプランを順に説明します。どちらのクライアントも、テーブルのデータをベンダーに預けろとは言いません。AI に関する違いは、DynoTable のアシスタントがあなた自身の AWS Bedrock の認証情報で動き、すべての書き込みを承認待ちとしてステージすることです。詳しくは AI チャットのドキュメントをご覧ください。

どちらを選ぶべき？

Dynomate を選びましょう — 保存され連鎖したリクエストの Git ネイティブなライブラリが、あなたとチームの DynamoDB との付き合い方の中心である場合、あるいは Athena と DynamoDB を同じウィンドウに置きたい場合。
DynoTable を選びましょう — 尋ねられずにいる質問がリレーショナルなもの、つまりテーブルをまたぐ JOIN、GROUP BY、集計であり、それをエクスポートではなくライブのデータに対して答えたい場合。

どちらもメンテナンスされており、どちらも AWS の認証情報チェーンを読み、どちらもテーブルのデータを第三者経由で流したりしません。決め手となる問いは、あなたのボトルネックがクエリの共有なのか、リレーショナルな質問なのかです。

DynoTable を試すには

DynoTable を試しても、Dynomate のセットアップは何ひとつ乱れません。コレクションはディスク上のそのままの場所に残り、どちらのアプリも同じ ~/.aws のプロファイルを読みます。macOS、Windows、Linux 向けに DynoTable をダウンロードし、すでに使っているプロファイルに接続して、上のクエリをあなたのライブのテーブル 2 つに対して実行してみてください。

トライアルは 30 日間無料で、クレジットカードは不要です。その後も DynoTable は Free プランのままです — 閲覧、PartiQL SELECT、エクスポート、MCP でのスキーマ/アイテムの読み取り、期限なし。現在のプランは料金をご覧ください。

よくある質問

DynoTable は Dynomate の代替になりますか？

なります。Dynomate はリクエストのコレクションと Git ベースの共有を中心に作られた、活発にメンテナンスされている DynamoDB クライアントです。DynoTable はそこに、テーブルをまたいで JOIN、GROUP BY、集計を実行する SQL Workbench と、自分の AWS Bedrock アカウント上で動く AI エージェントを加えます。

DynoTable は DynamoDB に対して SQL を実行できますか？

できます。DynoTable の SQL Workbench は SQL を — INNER/LEFT JOIN、GROUP BY、集計を含めて — DynamoDB の本物の Query/Scan 操作にコンパイルするので、DynamoDB のアクセスパターンのルール内にとどまります。

Dynomate の SQL コンソールはライブの DynamoDB テーブルにクエリしますか？

直接にはしません。変更履歴はその流れを、テーブル全体のバックグラウンドスキャンでローカルにタイムスタンプ付きのスナップショットを書き、SQL エディターがそれにクエリするものとして説明しています（dynomate.io changelog 1.11.0、2026 年 2 月 5 日）。これは時点をまたいでテーブルを比較するのには適していますが、更新のたびにテーブル全体を読んで課金されること、そして結果は最後のスナップショットと同じ鮮度であることを意味します。