DynoTable

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

AWS DynamoDB コンソールは、テーブル一覧と基本的なアイテムブラウザを提供します。大きな テーブルをフィルタしたり、結果をページ送りしたり、1 ページを超えてエクスポートしたり、 集計めいたものを実行したりする必要が出た瞬間、それは邪魔になります。DynoTable は、 コンソールの PartiQL エディタが表現できないクエリ — DynamoDB のアクセスパターンのルール内で JOIN、GROUP BY、集計を実行する SQL Workbench を中心に作られたデスクトップ DynamoDB クライアントです。このページは、コンソールにできないことと専用クライアントが追加するものを、 事実に基づき日付を添えて見ていきます。DynoTable は標準の AWS 認証情報チェーンを読み、 アカウント内の同じテーブルを指すので、移行するものはありません。

機能DynoTableAWS DynamoDB Console
SQL JOINs, GROUP BY & aggregatesはいいいえ
Aggregate functions (COUNT / SUM / AVG)はいSIZE only
Filter without billing the full scanSame Query/Scan opsPost-scan filter
Export full result to CSVはいOne page at a time
Auto-paginating result gridはいManual, 1 MB at a time
Multiple tabs & saved queriesはいいいえ
InstallDesktop appNone
PricingPaidFree

AWS コンソールに欠けているもの

コンソールのアイテムブラウザは DynamoDB API の薄いラッパーなので、API の粗いエッジを、 どれも滑らかにせずそのまま受け継いでいます。

  • フィルタリングはスキャン後であり、本物のクエリではない。 フィルタ式は「Scan が 終了した後、結果が返される前に適用される」ので、Scan は「フィルタ式の有無に関わらず、 同じ量の読み取りキャパシティを消費する」のです （AWS ドキュメント）。 ページ全体を読むために課金され、その後ほとんどが捨てられます。これがコストにとってなぜ 重要かは query vs scan ガイドが扱います。
  • ページネーションは手動で、1 MB ずつ。 「1 回の Scan リクエストは最大 1 MB のデータを 取得できる」、そして「LastEvaluatedKey がないことが、結果セットの末尾に達したことを 知る唯一の方法だ」 （AWS ドキュメント）。 コンソールでは、テーブルを歩くためにページまたページとクリックすることを意味します — カーソルが 内部でどう動くかは ページネーションガイドを参照してください。
  • CSV エクスポートは一度に 1 ページ。 AWS 自身の CSV エクスポートのドキュメントが端的に 述べています: 「結果を一度に 1 ページずつ CSV ファイルにエクスポートできる。結果が複数 ページある場合、各ページを個別にエクスポートする必要がある」 （AWS ドキュメント）。 そのページは NoSQL Workbench の Operation Builder を文書化していますが、Web コンソールの 「アイテムの探索」ビューも同じように表示中のページをエクスポートします — フルエクスポート には手作業でのページ送りとダウンロードを意味します。
  • 集計なし。 DynamoDB の PartiQL はちょうど 1 つの集計関数 — SIZE — を挙げ、「このリストに 含まれない SQL 関数は現在サポートされていない」と注記しています （AWS ドキュメント）。 コンソールのエディタに COUNT、SUM、AVG はありません。

開発者が日々ぶつかるコンソールの制限

タスクAWS DynamoDB コンソールDynoTable
大きなテーブルをフィルタスキャン後にフィルタが適用され、フル読み取りに課金される（ドキュメント）同じ Query/Scan 操作の上のビジュアルなフィルタ / キー条件ビルダー
結果をページ送り手動、1 MB / LastEvaluatedKey ずつ（ドキュメント）ページを取得してくれる、スクロールし続ける結果グリッド
CSV にエクスポートページごと: NoSQL Workbench は「各ページを個別に」エクスポート（AWS ドキュメント）。コンソールの「アイテムの探索」エクスポートは画面上のページのみページごとのクリックなしでクエリ / スキャン結果をエクスポート
COUNT / SUM / AVGサポートされない — SIZE のみ（ドキュメント）SQL Workbench での GROUP BY + 集計
2 つのテーブルを JOINサポートされない — PartiQL SELECT は単一テーブル（ドキュメント）本物の Query/Scan 操作に計画された INNER/LEFT JOIN

コンソールで 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 も、SIZE を超える 集計もありません。それは DynamoDB の単一テーブルのアクセスモデルを忠実に表面化しますが、 分析的な質問はコンソールでは不可能ということを意味します。 PartiQL vs SQL ガイドが文法がどこで止まるかを正確に説明し、 PartiQL の例ガイドに、できる ことのコピペ文があります。

DynoTable の SQL Workbench は、より豊かな SQL — INNER/LEFT JOIN、GROUP BY、COUNT、 SUM など — を、クライアント上で DynamoDB の本物の Query/Scan 操作にコンパイルします。 あなたはリレーショナルな形の SQL を書き、DynoTable がそれをあなたのキーと GSI に対して 計画するので、テーブルがリレーショナルデータベースであるふりをするのではなく、DynamoDB の アクセスパターンのルール内に 留まります。コンソールの PartiQL エディタが止まる壁にぶつかった なら、SQL for DynamoDB ガイドが何が動き何が動かないかを説明し、 DynamoDB JOIN ガイドが Workbench がどう 2 つのテーブルを結合するかを 示し、GROUP BY ガイドが GROUP BY 句なしの集計を扱います。

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

AWS のネイティブな CSV エクスポートはページごとです。NoSQL Workbench の Operation Builder について、ドキュメントは明確です: 「結果を一度に 1 ページずつ CSV ファイルにエクスポート」 でき、「各ページを個別にエクスポートする必要がある」 （AWS ドキュメント）。 Web コンソールの アイテムの探索 ビューも同じようにページ指向です — 一度に 1 ページの 結果をスキャンし、目の前の行をエクスポートします — そのため大きなテーブルのフルエクスポート には、依然としてフィルタ、ページ送り、手作業でのダウンロードを意味します。専用クライアントは、 フィルタされたビューを含め、クエリやスキャンの結果セット全体を一度にエクスポートします。 より長い選択肢 — AWS CLI、S3 エクスポート、スクリプト — は DynamoDB を CSV にエクスポートするガイドで扱います。事前に 知っておくべき 1 つの落とし穴: DynamoDB の低レベル API は、各属性をどう解釈するかを DynamoDB に 伝えるトークンとして型記述子（S、N、B、BOOL、…）を使うので （AWS ドキュメント）、 ツールがそれらをフラット化しない限り、DynamoDB JSON の素朴な CSV ダンプは {"S": "..."} の ラッパーを漏らします（データ型ガイドが型タグを説明します）。

専用クライアントが追加するもの

上記の粗いエッジを直すことを超えて、DynamoDB のために作られたデスクトップクライアントは、 コンソールには決してなかったワークフローの便利さを追加します: 複数のテーブルとクエリを一度に 開いておく 複数タブ、JSON エディタを往復する代わりに結果グリッドでアイテムを インライン 編集、そして毎日作り直すフィルタとキー条件が残るように 保存されたクエリ。そのどれも データの移動を必要としません — DynoTable は標準の AWS 認証情報チェーンを読み、アカウント内の 同じテーブル — オフライン作業のための DynamoDB Local を含む（DynamoDB Local ガイドを参照）— と通信します。

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

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

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

macOS、Windows、Linux 向けに DynoTable をダウンロードし、コンソールで使っているのと 同じプロファイルとリージョンに向け、以前は表現できなかった JOIN や GROUP BY を実行して ください。現在のプランは 料金を参照してください。

FAQ

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

はい。DynoTable は、コンソールの弱点 — 手動のページネーション、スキャン後のフィルタリング、 1 ページの CSV エクスポート — を直し、コンソールの PartiQL エディタが表現できない JOIN、 GROUP BY、集計を実行する SQL Workbench を追加する、デスクトップ DynamoDB クライアントです。

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

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

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

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

関連

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

Console なしで DynamoDB を扱う

DynoTable は DynamoDB 向けの高速なデスクトップクライアントです — テーブルを閲覧し、SQL スタイルのクエリを実行し、アイテムをローカルで編集できます。

ダウンロード料金を見る