用於本地和實時 DynamoDB 的 dynamodb-admin 替代方案

dynamodb-admin 是免費的、 採用 MIT 許可的 Web GUI，大多數開發者在啟動 DynamoDB Local 或 LocalStack 時都會用它。你把它作為一個小的 Node 伺服器執行（npm install -g dynamodb-admin），把它指向一個端點，就能瀏覽 你的本地表。它在這一件事上很出色。本頁是為你已經用膩了它、想要一個能處理 本地和實時 AWS 表的用戶端——帶 SQL Workbench、暫存編輯、完整匯出， 以及為你已在用的編碼智慧體提供的 MCP 接入——而準備的。DynoTable 正是一款 圍繞這些打造的跨平臺桌面 DynamoDB 用戶端。

dynamodb-admin 何時勝出、何時該換 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），所以它能乾淨地 接入一個容器化的開發棧。
• 建立、瀏覽和編輯表——透過一個簡單的 Web 介面，在你 開發時進行，無需觸碰 AWS 主控台。
• 在積極維護——v5.3.4 於 2026 年 6 月 10 日釋出 （釋出記錄，核對於 2026-07-30）。

預設情況下它把 accessKeyId / secretAccessKey 設為虛擬值 key 和 secret，區域設為 us-east-1 （README）——這恰好告訴你 它為何而生：本地開發的內迴圈。

dynamodb-admin 能連線實時 AWS DynamoDB 嗎？

技術上可以——而且這是一旦純本地的管理 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，沒有儲存的 連線或設定檔案切換。
• 沒有關係型查詢。 像任何視覺化瀏覽器一樣，它在單張表中列出和編輯項。 它無法連線兩張表、 GROUP BY 或計算 COUNT / SUM，因為 DynamoDB 底層沒有關係型查詢引擎。dynamodb-admin 沒有新增 一個——PartiQL 也沒有：它的 SELECT 語法接受單個 FROM 表，沒有 JOIN、GROUP BY 或聚合函式 （AWS PartiQL SELECT 參考） （參見 PartiQL vs SQL）。
• 編輯在你儲存的那一刻就落到表上。 一個樸素的 CRUD 表單就是這麼 工作的，對一張隨手可棄的本地表來說這正合適。但對一張別人也依賴的 表來說，這正是你點選之前會猶豫的原因。
• 它是你執行的伺服器上的一個瀏覽器標籤頁。 沒有原生桌面應用、沒有 跨項目儲存的連線、沒有整合的憑證鏈。你要讓一個 Node 程序（或容器）保持執行，並把 localhost 加入書籤。

這些都不是 bug。它們是一個刻意小巧的本地開發工具的邊緣。 問題在於你的工作流是否已經越過了它。

完整的 DynamoDB 用戶端在此之上加了什麼

DynoTable 從一個桌面應用連線到本地和實時 DynamoDB，使用你 已經有的 AWS 設定檔案和訪問金鑰。你的資料留在 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。 透過 MCP 把 Claude Code、 Cursor 或 Codex 指向你的表——本地表也包括在內——範圍由你按連線 選擇（唯讀、讀取 + 暫存或完整）。一個能在你編碼時讀取你已填充 資料的 DynamoDB Local 表的智慧體，正是 dynamodb-admin 服務的那個 內迴圈，只是把你的智慧體放了進去。MCP 設定指南有 詳細說明。
• 執行在你自己 AWS Bedrock 金鑰上的 AI 智慧體。 它在查詢之前會 讀取你真實的鍵 schema，並把每一次寫入都暫存起來等待批准；提示詞 和行資料絕不離開你的 AWS 邊界。AI 聊天文件對它有 描述。
• 完整匯出。 整個結果集——包括過濾後的檢視——可匯出為 CSV、 JSON 陣列或 NDJSON，且匯出是流式的，所以大表不需要等量的記憶體。

dynamodb-admin 免費，為什麼還要用付費應用？

先從免費的部分說起。DynoTable 的免費版沒有時間限制：瀏覽和過濾表 ——本地和實時都行——執行 PartiQL SELECT、匯出資料、程式碼與 schema， 以及透過 MCP 向你的編碼智慧體提供 schema 與條目讀取。就 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 免費編輯，而 DynoTable 的編輯 — 使用分階段稽核工作流程 — 是 30 天后付費計劃的一部分審判。訂閱購買的內容在任何價格下都不存在於 dynamodb-admin 中： SQL Workbench，AI 代理，分階段寫入和 Smart Tables。如果你的 DynamoDB work 是您在編碼時瀏覽的本地表，保留 dynamodb-admin。如果它涉及真實帳戶、關係問題或團隊的生產資料，這就是 DynoTable 的工作流程。

誠實說法：dynamodb-admin 何時就夠用

如果你只在開發時瀏覽一個本地 DynamoDB 例項，想要免費且 開源的東西，且從不需要觸碰實時表或執行一次 JOIN，dynamodb-admin 就是務實之選：留著它。當你跨本地和實時帳戶工作、想要儲存的 連線和你真實的 AWS 憑證鏈，或撞上了單表瀏覽器無法表達的查詢時， DynoTable 才配得上它的位置。

下載 DynoTable（macOS、Windows 或 Linux），把它指向你今天 所用的同一個設定檔案，然後執行一個你以前無法表達的查詢。免費試用 30 天，無需信用卡，此後 DynoTable 會留在免費版——瀏覽、PartiQL、 完整匯出和唯讀 MCP 保持免費，沒有時間限制。當前套餐見 定價，更全面的圖景見 作為 DynamoDB GUI 的 DynoTable。

常見問題

DynoTable 是 dynamodb-admin 的替代方案嗎？

對於純本地開發，dynamodb-admin 免費且出色。當你還需要實時 AWS 表、 經由你 AWS 憑證鏈的儲存連線、帶審閱的暫存編輯、完整匯出、面向 編碼智慧體的 MCP 接入，以及一個能執行 JOIN、GROUP BY 和聚合的 SQL Workbench 時，DynoTable 就是那個替代方案——這些沒有一樣是 單表本地瀏覽器能提供的。

dynamodb-admin 能連線實時 AWS DynamoDB 嗎？

技術上可以：你把 --dynamo-endpoint 覆蓋為一個真實區域並提供 憑證（配合 --skip-default-credentials 和標準的 AWS 環境變數）。但它 圍繞 DynamoDB Local 構建和設預設值，沒有連線管理器或設定檔案切換， 所以實時使用偏離順暢路徑。

dynamodb-admin 免費，為什麼還要用付費應用？

DynoTable 的免費版同樣免費，且沒有時間限制，本地表和實時表一視同仁。 免費版包含瀏覽、PartiQL SELECT、資料、程式碼與 schema 匯出，以及 MCP 的 schema/條目讀取；付費席位則增加 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 一次瀏覽和編輯一張表；它沒有任何有文件記載的 SQL 介面，而 DynamoDB 自身也沒有關係引擎。即便是 PartiQL 的 SELECT 也是單 FROM，沒有 JOIN、GROUP BY 或聚合 （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 許可開源軟體； 此處引用僅用於標識。