更好的 AWS DynamoDB 主控台替代方案
AWS DynamoDB 主控台給你一個表列表、一個項瀏覽器和一個 PartiQL
編輯器。偶爾看一眼夠用了，但也到此為止。DynoTable 是一款為日常工作打造的
桌面 DynamoDB 用戶端：一個在 DynamoDB 的訪問模式規則內執行 JOIN、
GROUP BY 和聚合的 SQL Workbench，一個執行在你自己 AWS Bedrock
金鑰上的 AI 智慧體，為 Claude Code、Cursor 這類編碼智慧體提供的
MCP 接入，以及主控台從未長出來的工作流——標籤頁、資料夾、已儲存
查詢、一個按鍵切換設定檔案，還有完整匯出。DynoTable 讀取你標準的 AWS
憑證鏈，與你帳戶中同樣的表通訊，所以沒有什麼要遷移。
AWS 主控台何時勝出、何時該換 DynoTable
| 你的工作流程 | 選擇 |
|---|---|
| 建一張表、調整容量，或改一次 TTL 設定 | AWS 主控台 |
瞄一眼幾個項目，或跑一次性的 GetItem | AWS 主控台 |
每天對線上表做 JOIN、GROUP BY 或聚合 | DynoTable |
| 匯出完整的過濾結果集，而不用一次 1 MB 地翻頁 | DynoTable |
| 暫存寫入、已儲存查詢，或給 Claude Code／Cursor 的 MCP | DynoTable |
AWS 主控台免費，為什麼還要用付費應用？
先從免費的部分說起。DynoTable 的免費版沒有時間限制：瀏覽和過濾表、
執行 PartiQL SELECT、匯出資料、程式碼與 schema，以及透過 MCP 向你的
編碼智慧體提供 schema 與條目讀取。就讀取和匯出而言，主控台和
DynoTable 花的錢一樣：都是零。
訂閱買到的是主控台花多少錢都得不到的東西：SQL Workbench（JOIN、
GROUP BY、COUNT/SUM/AVG——PartiQL 一個都不支援）、帶暫存區的
編輯（暫存區會把你的條目編輯以可審閱差異的形式保留到它們觸到表之前）、
Smart Tables，以及 AI 智慧體。
然後是你的時間。在主控台裡，一次完整匯出意味著下載一頁、點下一頁、 再下載一次；走完一張大表意味著每次 1 MB 地翻頁；而你昨天搭好的過濾器 今天已經沒了。DynoTable 匯出整個結果集、替你翻頁，還把查詢儲存下來。 如果 DynamoDB 是你日常工作的一部分，這些雜活的成本比訂閱 更高。如果你每週只開啟一次主控台查一個值，那就繼續用主控台； 本頁最後一節講的正是這種情況。
你能在主控台裡用 SQL 查詢 DynamoDB 嗎？
只能用 PartiQL 暴露的那個 SQL 風味子集。主控台有一個內建的 PartiQL
編輯器（在左側導航窗格中），能執行 PartiQL 語句
（AWS 文件），
而 PartiQL 的 SELECT 語法刻意狹窄：
SELECT expression [, ...]
FROM table[.index]
[ WHERE condition ]
[ ORDER BY key [DESC|ASC], ... ]（AWS 文件。）
一張表、一個可選的 WHERE、可選的排序：沒有 JOIN、沒有 GROUP BY，
而 PartiQL 只列出一個聚合函式 SIZE，並指出「任何不在此列表中的
SQL 函式當前不受支援」
（AWS 文件）。
這忠實地暴露了 DynamoDB 的單表訪問模型，但它意味著分析型問題在
主控台裡沒法做。PartiQL vs SQL 指南詳述了該語法
止步於何處，而 PartiQL 示例指南有可複製貼上的
語句，展示它能做什麼。
DynoTable 的 SQL Workbench 把更豐富的 SQL——INNER/LEFT JOIN、GROUP BY、
COUNT、SUM 等——在用戶端向下編譯為 DynamoDB 真正的 Query/Scan
操作。你寫關係型形狀的 SQL；DynoTable 針對你的鍵和 GSI 規劃它，所以它
停留在 DynamoDB 的訪問模式規則之內，而非假裝表是關係型資料庫。
當存在可用的執行計劃時，Workbench 的預覽會指明這是 Scan 還是 Query
以及所用的索引；RCU 估算只有在表後設資料支援時才會出現。普通的分割區
Query 不顯示 RCU。
如果你已經撞上了主控台 PartiQL 編輯器止步的那堵牆，
SQL for DynamoDB 指南解釋了什麼可行什麼不可行，
DynamoDB JOIN 指南展示了 Workbench 如何連線兩張表，
而 GROUP BY 指南涵蓋了在沒有 GROUP BY
子句的情況下聚合。
執行在你自己金鑰上的 AI 智慧體，以及為你現有智慧體準備的 MCP
主控台自帶 Amazon Q，一個從主控台介面回答 AWS 問題的託管助手
（aws.amazon.com/q/developer，核對於 2026-07-29）。DynoTable 的智慧體
是另一種工具。它透過你自己的 AWS 憑證執行在 Amazon Bedrock 上，所以
提示詞、schema 和行資料絕不離開你的 AWS 邊界，而且你按 AWS 原價付費，
沒有加價。它在查詢之前會讀取你真實的鍵 schema 和 GSI，在你的鍵允許時
優先用 Query 而不是 Scan，並把寫入起草為一份由你批准的差異；
未經你許可，任何內容都不會被提交。AI 聊天文件涵蓋了
設定、模型和許可權。
如果你已經在用 Claude Code、Cursor 或 Codex，那就把那個智慧體指向 你的表：DynoTable 透過 MCP 把表暴露出來，範圍由你按連線選擇（唯讀、 讀取 + 暫存或完整）。外部智慧體絕不會直接寫入。它們的更改會以可審閱 差異的形式落入同一個暫存區，由你提交。MCP 設定指南有 詳細說明，而免費版提供無時間限制的唯讀 MCP。
為日常的 DynamoDB 工作而生
日常速度大多來自被重複上百次的小事，也正是在這裡，桌面用戶端與 瀏覽器標籤頁拉開了差距：
- 標籤頁與資料夾：讓表、查詢和項編輯器並排開啟，把它們歸入 資料夾，重啟後整個工作區原樣回來。
- 已儲存查詢：一個橫跨 PartiQL 和 SQL 的查詢庫，上個衝刺調好的 那條語句一個按鍵就能調出，而不是憑記憶重建。
- 設定檔案與區域切換：你
~/.aws配置裡的每個設定檔案，用 ⌘P（或 ⌘1–⌘9）即可切換。不用重新 登入，也不用跳角色切換的舞步。 - 自動補全：過濾器會根據你的實際項建議屬性名，查詢編輯器會在 你輸入時補全表名和 SQL。
- 鍵盤優先：⌘K 能開啟任何東西——一張表、一條已儲存 查詢、一條命令。
- 暫存寫入：一次條目編輯、一次已暫存的刪除或一處智慧體起草的更改 都會以差異形式排入按表劃分的暫存區，由你審閱並提交。主控台的編輯在 你點選的那一刻就儲存了。
- DynamoDB Local：把一個設定檔案指向 localhost，就能像任何區域 一樣瀏覽本地表。可下載的 DynamoDB「無需訪問 DynamoDB Web 服務」 即可執行 （AWS 文件）， 而 Web 主控台只顯示 Web 服務，所以本地表對它是不可見的。
主控台塞給你的雜活
主控台的項瀏覽器是 DynamoDB API 之上的一層薄包裝，而這個 API 有一些 鋒利的邊緣。下面這些都不是主控台的 bug——過濾器確實在讀取之後執行， 一頁也確實上限 1 MB——但主控台讓你親手處理每一條邊，而用戶端可以把 它們吸收掉。
- 過濾器不會減少你付費的量。篩選運算式「在
Scan完成之後、 結果返回之前應用」，所以一次Scan「無論是否存在篩選運算式， 都消耗相同數量的讀容量」 （AWS 文件）。 這在任何用戶端裡都成立，DynoTable 也不例外。當存在可用的執行計劃時， DynoTable 的預覽會指明這是Scan還是Query以及所用的索引；RCU 估算只有在表後設資料支援時才會出現。普通的分割區Query不顯示 RCU，而 主控台完全不給你任何成本訊號。query vs scan 指南講解了這為什麼重要。 - 分頁是手動的，每次 1 MB。「單次
Scan請求最多可檢索 1 MB 資料」，且「沒有LastEvaluatedKey是知道你已到達結果集末尾的 唯一方式」 （AWS 文件）。 在主控台裡，那意味著一頁接一頁地點選來走完一張表。DynoTable 的網格 替你跟隨遊標，還能把一條查詢一直執行到結果集末尾； 分頁指南解釋了遊標在底層如何工作。 - CSV 匯出一次只能一頁。AWS 自己的 CSV 匯出文件說得直白： 「你可以一次一頁地把結果匯出到 CSV 檔案。如果有多頁結果，你必須 逐頁匯出」 （AWS 文件）。 DynoTable 一次性匯出整個結果集，格式可選 CSV、JSON 或 NDJSON。
如何把 DynamoDB 表匯出為 CSV 而不用逐頁點選
AWS 的原生 CSV 匯出是逐頁的。對於 NoSQL Workbench 的操作構建器， 文件很明確：你「可以一次一頁地把結果匯出到 CSV 檔案」且「必須 逐頁匯出」 （AWS 文件）。 Web 主控台的 Explore items 檢視同樣是面向頁的：它一次掃描一頁 結果，你匯出眼前的行，所以一張大表的完整匯出仍然意味著手動過濾、 翻頁和下載。
DynoTable 一次性匯出一個查詢或掃描的整個結果集，包括過濾後的檢視，
格式可以是 CSV、JSON 陣列或 NDJSON，值可以是普通值或原始 DynamoDB
JSON，而且匯出是流式的，所以一張百萬行的表不需要佔用百萬行的記憶體。
更長篇的選項（AWS CLI、S3 匯出、指令碼）在
把 DynamoDB 匯出為 CSV 指南中有介紹。
有一個值得提前知道的坑：DynamoDB 的底層 API 用型別描述符（S、N、
B、BOOL……）作為告訴 DynamoDB 如何解釋每個屬性的標記
（AWS 文件），
所以對 DynamoDB JSON 的樸素 CSV 轉儲會洩露 {"S": "..."} 包裝，
除非工具把它們扁平化（資料型別指南解釋了這些
型別標籤）。
主控台何時夠用（何時不夠）
主控台對於偶爾的小任務確實夠用：掃一眼幾個項、一次性的 GetItem、
建立一張表，或檢查一個設定。如果你每週開啟一次 DynamoDB 且從不翻過
第一屏，你不需要別的東西。
一旦你的工作變得重複或分析型，它就開始讓人難受：翻閱數千個項、每次 會話都重建同一個過濾器、匯出一份完整結果集，或回答一個「有多少 / 總數是多少」的問題。那正是專用用戶端——尤其是 SQL Workbench——回本 的地方。
下載 DynoTable（macOS、Windows 或 Linux），把它指向你在
主控台裡用的同一個設定檔案和區域，然後執行一個你以前無法表達的 JOIN
或 GROUP BY。免費試用 30 天，無需信用卡，此後 DynoTable 會留在
免費版 — 瀏覽、PartiQL SELECT、匯出與 MCP schema/條目讀取，沒有時間限制。當前套餐見定價。
常見問題
有沒有比 AWS DynamoDB 主控台更好的替代方案？
有。DynoTable 是一款桌面 DynamoDB 用戶端，補上了主控台從未有過的 東西：一個能執行 JOIN、GROUP BY 和聚合的 SQL Workbench、一個執行在 你自己 Bedrock 金鑰上的 AI 智慧體、面向編碼智慧體的 MCP 接入、暫存 寫入、完整匯出，以及標籤頁、資料夾和已儲存查詢。
AWS 主控台免費，我為什麼要為一款 DynamoDB 應用付費？
DynoTable 的免費版同樣免費，且沒有時間限制。免費版包含瀏覽、 PartiQL SELECT、資料、程式碼與 schema 匯出，以及 MCP 的 schema/條目 讀取；付費席位則增加 SQL Workbench、Smart Tables、寫入與 AI。
為什麼 DynamoDB 主控台不能執行 JOIN 或 GROUP BY？
主控台用 PartiQL 查詢，其 SELECT 語法是單表加上可選的 WHERE 和
ORDER BY，且它支援的唯一聚合函式是 SIZE
（AWS 文件）。
DynoTable 的 SQL Workbench 在用戶端規劃那些查詢，把它們向下編譯為
DynamoDB 真正的 Query/Scan 操作。
我需要遷移資料才能用主控台替代方案嗎？
不需要。DynoTable 讀取你標準的 AWS 憑證鏈，並指向同樣的區域和表； 你的資料留在 DynamoDB，所以沒有什麼要遷移。
相關內容
- 瀏覽完整的對比中心瞭解每一個 DynoTable 替代方案。
- 另見作為 DynamoDB GUI 的 DynoTable和 NoSQL Workbench 對比。
- 用免費的 DynamoDB 運算式構建器快速構建查詢。
最後核實於 2026-07-29。AWS、DynamoDB、Amazon Q 和 AWS 主控台是 Amazon Web Services 的商標；此處引用僅用於標識。