DynoTable と TablePlus の比較

TablePlus は 2025 年 9 月に DynamoDB ドライバーを出荷しました。ドキュメントサイトはこのドライバーに触れておらず、変更履歴で DynamoDB の名前が出るのは macOS の 2 つのエントリと Windows の 1 つのエントリだけで、DynamoDB 向けの PartiQL や SQL のエディターも記載されていません。DynoTable は DynamoDB だけのために、あなたのキーと GSI に対して結合と集計を計画する SQL Workbench を中心に作られています。両ベンダーの情報源は 2026 年 10 月に確認しました。

機能	DynoTable	TablePlus
DynamoDB 専用に設計	はい	リレーショナル中心
DynamoDB アイテムの閲覧とフィルタ	はい	はい
DynamoDB アイテムを編集	はい	記載なし
PartiQL/SQL クエリエディタ	はい	記載なし
ビジュアルな Query/Scan ビルダー	はい	行フィルター（インデックス選択は記載なし）
SQL JOIN、GROUP BY、集計	はい	いいえ
クエリプランのプレビュー（Scan/Query + 可能な場合は RCU）	はい	いいえ
Smart Tables（結合されたビューをビジュアルに）	はい	いいえ
自分の AWS Bedrock キーで動く AI エージェント	はい	自前のプロバイダーで LLM チャットとエージェント
外部 AI エージェント（MCP）を接続、ステージングレビュー	はい	MCP サーバー（DynamoDB での利用は記載なし）
ベクトル検索（インデックスを作成、項目の保存時に再埋め込み）	はい	いいえ
テーブル管理（作成・削除、GSI、TTL、キャパシティ）	はい	記載なし
DynamoDB Local 対応	はい	記載なし
DynamoDB 対応が明記	はい	いいえ
料金	読み取り専用の Free プラン、年払いで $9/月〜	$99 買い切り、アップデート 1 年分

どちらがあなたのワークフローに合うか

あなたのワークフロー	選ぶもの
Postgres、MySQL、Redis、DynamoDB をまとめて 1 つのネイティブクライアントで	TablePlus
サブスクリプションではなく買い切りで支払う	TablePlus
稼働中の DynamoDB テーブルに対する `JOIN`、`GROUP BY`、集計	DynoTable
フィルターを実行する前にインデックスを選び、Query か Scan かを確認する	DynoTable
コーディングエージェントからの編集を MCP 経由でステージングしてレビューする	DynoTable

DynoTable は DynamoDB における TablePlus の代替になりますか？

クエリの大半が DynamoDB に向かうなら、なります。TablePlus はリレーショナルなエンジンを中心に作られたネイティブクライアントで、DynamoDB は 2025 年にベータとして加わりました。Postgres、MySQL、DynamoDB を 1 つのウィンドウで扱えることを何より重視するなら、TablePlus を使い続けてください。DynoTable は DynamoDB の側でより踏み込んでいます。インデックスを意識したフィルター、結合と集計、ステージングしてレビューできる編集、そしてテーブル設定です。

TablePlus が DynamoDB ドライバーについて記載していること

情報源は変更履歴だけです。ほかに何もドキュメント化されていないからです。8 か月離れた 2 つのエントリがあります。

macOS 6.7.0 (634)、2025 年 9 月 5 日: "[DynamoDB] Added DynamoDB - Beta."
macOS 6.9.1 (670)、2026 年 5 月 2 日: "[DynamoDB] Fixed a bug where TablePlus could not fetch the item list."

Windows は 2025 年 9 月 30 日の 6.7.0 build 324 で独自の 1 行を得ました: "[DynamoDB] Added DynamoDB driver." TablePlus のドキュメントサイトは 13 のデータベースエンジンを挙げていますが、DynamoDB はその中にありません。つまりドライバーの機能セットについては、確認できる場所に何も書かれていないということです。

変更履歴は、このドライバーが何を提供するのかを述べていません。TablePlus のフィルターのドキュメントは SELECT … WHERE クエリを生成する行フィルターを説明していますが、対象のドライバーも、インデックスピッカーも挙げていません。DynamoDB 向けの PartiQL の表層は何も記載されていません。

DynamoDB のテーブルでグリッドのフィルターがいくらかかるか

DynamoDB がクライアントに与える、多数のアイテムを読む方法は 2 つです。Query はパーティションキーの等価条件を必要とします。Scan はすべてを読みます。status、email、createdAt に対するフィルターはキー条件ではないので、Query にはできず、FilterExpression 付きの Scan になります。Scan リファレンスによれば、フィルターはスキャンが終わった後に適用されるので、フィルターがあってもなくても消費量は同じです。

数字にしてみましょう。結果整合性のある読み取りは 4 KB あたり 0.5 ユニットで課金されるので、5 GB のテーブルを 1 周すると次のようになります。

5 GB / 4 KB x 0.5 = 655,360 read units

us-east-1 のオンデマンドではおよそ 0.08 ドルで、だからこそ開発中には表面化しません。500 RCU でプロビジョニングされたテーブルでは、同じフィルターが約 22 分にわたって 4,000 KB/s の読み取りキャパシティを占め、その間そのテーブルの他の読み手はスロットリングされることがあります。グリッドには 12 行が表示されますが、DynamoDB はそれを見つけるためにテーブルの全アイテムを読んでいます。生のレスポンスにもそれが表れていて、ScannedCount が評価したすべてを数え、Count が 12 と言います。

1 MB のページ上限は、誤読しやすい形で事態を悪化させます。この上限はフィルターが走る前に適用されるので、合致するアイテムがゼロのページが返り、それでいて LastEvaluatedKey が「まだ続きがある」と告げることがあります。最初の空ページを結果の終わりとみなすクライアントは、合致する行があるテーブルで 1 行も表示しません。

インデックスピッカーのないフィルタービルダーでは、これは直せません。直し方は、読み取りの前に正しいキーやインデックスを選ぶことだからです。DynoTable のビジュアルフィルターはインデックスピッカーから始まります。status をキーとする GSI を選べば同じフィルターが Query になり、何かが送信される前に実行ボタンが Query か Scan かを表示します。

そうしたインデックスがなければ、status のフィルターは DynoTable でもフルスキャンになり、全アイテム分が課金されます。SQL Workbench は INNER/LEFT JOIN、GROUP BY、集計を、あなたのキーと GSI に対して計画されたネイティブな Query と Scan の呼び出しにコンパイルします。SQL for DynamoDBを参照してください。コストの側面はScan が遅く高くなる理由にあります。

インデックスピッカーと導出された Query バッジ付きの DynoTable ビジュアルフィルタビルダー。

JOIN と GROUP BY を Query と Scan 呼び出しにコンパイルする DynoTable SQL Workbench。

AI チャット、MCP、ベクトル検索

TablePlus は 2025 年 6 月に、自分で用意したプロバイダーで動く LLM チャットを有効にしました（macOS 6.6.4。Windows は 7 月の 6.6.2）。その LLM プラグインのドキュメントは 2026 年の MCP とカスタムエージェントのリリースより前に書かれたもので、送られるのはテーブル構造だけで行は送られないとしています。DynoTable の AI エージェントはあなた自身の AWS アカウントの Amazon Bedrock で動き、アイテムを扱い、編集はすべてステージングしてあなたのコミットを待ちます。

TablePlus は macOS 7.1.8（2026 年 6 月）から MCP サーバーも提供していますが、DynamoDB での動作は記載されていません。DynoTable の MCP サーバーでは、コーディングエージェントがテーブルを読み、有料シートでは変更をステージングしてレビューに回せます。

AWS は 2026 年 8 月に DynamoDB のベクトル検索を公開しましたが、TablePlus が公表したものにはそれへの言及がありません。DynoTable は有料シートで、オンデマンドのテーブルにベクトルインデックスを作成します。入力した文章での検索はあなたのアカウントで Bedrock のトークンを消費しますが、貼り付けたベクトルや Find similar には AI の設定は要りません。DynamoDB Local を含む制限はベクトル検索にまとめています。

TablePlus から乗り換えるには

ダウンロードページから DynoTable をインストールします。ビルドは macOS（Apple Silicon）、Windows、Linux に対応しています。
TablePlus の接続が使っている AWS プロファイルで DynoTable のプロファイルを追加します。DynoTable は ~/.aws を読み、キーを保存しないので、TablePlus の接続フォームにアクセスキーを直接入力していた場合は、先にそれを ~/.aws/credentials の名前付きプロファイルとして保存してください。各プロファイルはリージョンを 1 つに固定し、⌘P でプロファイルを切り替えます。データは DynamoDB に留まるので、移行するものはありません。
TablePlus のフィルターを 1 つずつ組み直します。ビジュアルフィルターでは最初にインデックスを選びます。そのパーティションキーに = を指定するとボタンが Query になり、それ以外は Scan です。あるいは PartiQL エディターで WHERE として書きます。
TablePlus に実行方法が記載されていないクエリ、つまり JOIN、GROUP BY、集計には SQL Workbench を開きます。

TablePlus Basic は 1 台分の買い切りライセンスで 99 ドル、1 年間のアップデートが含まれます。DynoTable はサブスクリプションで販売しています。Individual シートは 年払いで月 9 ドル（年 108 ドル）で、月払いと Team の料金は料金ページに載っています。30 日間のトライアルにカードは要りません。

トライアルが終わっても、無料の DynoTable アカウントでサインインすれば、閲覧、ビジュアルフィルター、PartiQL SELECT、アプリ内エクスポート、読み取り専用の MCP を期限なく使い続けられます。

よくある質問

TablePlus は DynamoDB に対応していますか？

ベータのドライバーとして対応しています。TablePlus 6.7.0 が 2025 年 9 月 5 日（macOS）と 2025 年 9 月 30 日（Windows）に追加しました。それ以降、macOS の変更履歴に載っている DynamoDB のエントリはもう 1 つ、2026 年 5 月のアイテム一覧取得の修正だけで、DynamoDB は TablePlus のドキュメントサイトに挙がっている 13 のエンジンには含まれていません。

TablePlus で DynamoDB 向けのクエリを書けますか？

TablePlus が記載している範囲では、書けません。変更履歴にもドキュメントサイトにも DynamoDB 向けの PartiQL や SQL のエディターは説明されておらず、DynamoDB 自身の PartiQL には JOIN も GROUP BY もありません。DynoTable の SQL Workbench は、それらをあなたのキーと GSI に対してクライアント側でコンパイルします。

GUI での DynamoDB テーブルのフィルタリングはなぜ遅いのですか？

キー以外の属性に対するフィルターは Query にできないからです。それは FilterExpression 付きの Scan になり、DynamoDB はそのフィルターをデータを読んだ後に適用するので、返ってくる行がどれだけ少なくてもテーブル全体の分を支払います。5 GB のテーブルを 1 周すると、結果整合性のある読み取りで 655,360 ユニットになり、これは 500 RCU のテーブルの読み取り予算のすべてを約 22 分間使い切る量です。これはどのクライアントでも真です。DynoTable のビジュアルフィルターは、実行前に Query か Scan かを示します。SQL Workbench と PartiQL のエディターでは、プレビューが使用するインデックスも示し、テーブルのメタデータが対応している場合は RCU を見積もります。通常のパーティション Query では RCU は表示されません。