DynoTable

DynamoDB GUI 用戶端：如何評判 2026 年的市場

一款 DynamoDB GUI 用戶端的生死，取決於它怎麼處理 DynamoDB 的 API，所以本頁做兩件事：首先是決定任何 GUI 用戶端能做什麼的三個 API 性質 — 每一個都在下方實際重現，而非轉述；然後是如何就真正把各家用戶端分出高下的那些事，來評判 2026 年的市場，包括 DynoTable（我們自己的），並附上你能親自查證的來源。

功能DynoTableDynamoDB GUI clients
SQL JOIN、GROUP BY 與彙總支援否
視覺化 Query/Scan 建構器支援視情況而定
查詢計畫預覽（Scan/Query + 可用時顯示 RCU）支援視情況而定
Smart Tables（視覺化 join 檢視）支援否
使用你自己的 AWS Bedrock 金鑰的 AI 代理支援視情況而定
連接外部 AI 代理（MCP），暫存審查支援視情況而定
積極維護中（2026 年有新版本）支援視情況而定
AWS SSO（IAM Identity Center）登入支援視情況而定
已儲存的查詢與歷史記錄支援視情況而定
匯出為 CSV / JSON支援視情況而定
多個 AWS 帳戶與區域支援視情況而定
PartiQL 查詢編輯器支援視情況而定
鍵盤優先導覽支援視情況而定
可離線運作（DynamoDB Local）支援視情況而定
定價免費方案，年繳每月 $9 起視情況而定

每個值都帶著型別標籤

對 DynamoDB endpoint 執行一次 GetItem 會回傳這個：

{
  "Item": {
    "meta": {"M": {"tz": {"S": "CET"}}},
    "sk": {"S": "PROFILE"},
    "active": {"BOOL": true},
    "pk": {"S": "USER#42"},
    "plan": {"S": "pro"},
    "seats": {"N": "3"},
    "tags": {"SS": ["beta", "eu"]}
  }
}

seats 是 {"N": "3"} — 數字三以字串傳輸、標記為數字。tags 是 SS（字串集合），它不是清單，也不接受重複值。把這些轉成網格是簡單的方向。把編輯過的儲存格轉回去才是用戶端見真章的地方：把 "3" 寫成 S，你就悄悄改掉了一個你的應用程式賴以篩選的屬性型別。免費的 DynamoDB JSON 轉換器做的就是這個雙向轉換，想看看它的形狀可以試試。

也請注意，這些屬性回來的順序沒有任何人指定。DynamoDB 把項目儲存為 map，所以穩定的欄位順序是用戶端自己發明出來的東西。

DynoTable 的網格呈現帶型別標籤的項目，複合索引鍵已解碼、TTL 欄位已標記。
DynoTable 的網格呈現帶型別標籤的項目，複合索引鍵已解碼、TTL 欄位已標記。

索引鍵是唯一的 schema

同一張資料表的兩個項目：

{"pk": {"S": "USER#42"}, "sk": {"S": "PROFILE"}, "plan": {"S": "pro"}, "seats": {"N": "3"}}
{"pk": {"S": "USER#43"}, "sk": {"S": "PROFILE"}, "legacyFlag": {"S": "yes"}}

DescribeTable 只宣告 pk 與 sk，其他一概沒有，因為索引鍵與索引的鍵是 DynamoDB 唯一追蹤的屬性。GUI 顯示給你的其他每一欄，都是從它剛好抓到的項目推斷出來的。往資料表較舊的區段捲動，你從沒見過的欄位就會冒出來 — 這對 DynamoDB 是正常現象，但網格第一次這樣對你時會嚇一跳。

瀏覽是一個分頁迴圈

「把資料表秀給我看」不是一個 API 呼叫。Scan 每次請求最多回傳 1 MB，還有更多時附上一個 LastEvaluatedKey；根據 Scan 參考，那把鍵的缺席是你已到達結尾的唯一訊號。篩選是在讀完那 1 MB 之後才套用的，所以一頁篩選後的結果可能空空如也、卻仍不是最後一頁。每一款 DynamoDB GUI 裡的每一個「載入更多」都是這個迴圈，而一個在第一個空頁就停下的用戶端，會在資料表不空的時候告訴你它是空的。

2026 年如何評判一款 DynamoDB GUI 用戶端

每個用戶端都繼承上面三個 API 事實，所以真正的差異在別處。五個問題把市場分出高下。

它還在維護嗎？ 這已成為這個類別最響亮的問題，而且你自己就能便宜地回答：打開工具的 GitHub releases 頁或變更紀錄；閉源下載則對安裝檔 URL 送一個 HEAD 請求、讀 last-modified 標頭。截至 2026-08-06：Dynobase 的 Windows 與 Linux 安裝檔下載下來是 2.5.1（Dynobase Setup 2.5.1-x64.exe、dynobase-2.5.1.AppImage），macOS 的下載則不帶版本號（Dynobase Mac Installer.zip）；三者的 last-modified 都是 2023 年 9 月 20 日（當日重跑）；AWS 的 NoSQL Workbench 在 3.20.2（2026 年 4 月），大約一年動一波。根據我們七月底的查核：我們在 2026-07-30 查看時 DocKit 停在 v1.3.1，是它 2026 年的第 ~19 個版本；Dynomate 的變更紀錄顯示 1.19.0 於 2026 年 6 月 30 日；dynamodb-admin 於 2026 年 6 月 10 日出了 v5.3.4；DynamoIt 最後一版是 2024 年 10 月的 1.2.1。DynoTable 的目前版本與歷史公開在變更紀錄。

錢買到什麼？ 市場橫跨免費開源（DocKit、dynamodb-admin、DynamoIt）、AWS 的免費官方工具（NoSQL Workbench）與付費應用（Dynomate 有免費 Community 層級、訂閱 $10/月按年計費起，依 dynomate.io/pricing、查核 2026-08-06；Dynobase $9/月按年計費或 $199 終身授權，同日查核；DynoTable $9/月按年計費起）。如果你的預算是零，你有真正的選項 — DynoTable 的免費方案就是其中之一，沒有時間限制：瀏覽與篩選資料表、執行 PartiQL SELECT、匯出資料、程式碼與 schema，並透過 MCP 向你的編碼代理提供 schema 與項目讀取。DynoTable 訂閱買到的是這份清單裡沒有任何免費工具擁有的那一層：SQL Workbench、Smart Tables、寫入，以及跑在你自己 Bedrock 金鑰上的 AI 代理。

它合乎正式環境的 AWS 工作流程嗎？ 對真實帳戶的日常工作，評分標準是 AWS SSO、具名 Profile、多分頁與查詢歷史。DynoTable 在每個方案（含試用）都透過 AWS IAM Identity Center（SSO）登入、讀取你 ~/.aws 設定裡的每一個 Profile 並用 ⌘P（或 ⌘1–⌘9）切換、把資料表、查詢與項目編輯器保存在重啟後可還原的分頁與資料夾裡，並跨 PartiQL 與 SQL 維護一個已儲存查詢庫，外加每個編輯器各自的歷史。

它尊重那些 API 事實嗎？ 三項檢查，對應上面的三節：編輯過的儲存格必須保住型別標籤（N 還是 N、SS 還是集合）；用戶端必須告訴你篩選變成了 Query 還是全表 Scan — 兩者成本天差地遠，便宜的只有一個；「載入更多」必須跟著 LastEvaluatedKey 走到底，而不是在第一個空頁停下。在 DynoTable 裡，篩選建構器會在你輸入的同時推導 Query-vs-Scan；在有計畫可用時，預覽會指出是 Scan 還是 Query 以及用到哪個索引；RCU 估算值只有在資料表中繼資料足以支援時才會出現。

DynoTable 的視覺化篩選建構器，帶著索引選擇器與推導出的 Query 徽章。
DynoTable 的視覺化篩選建構器，帶著索引選擇器與推導出的 Query 徽章。

你的資料與憑證去了哪裡？ DynoTable 用你機器上標準的 AWS 憑證鏈直接與 DynamoDB 對話 — 項目不會被代理經過廠商伺服器，你的資料也沒有雲端同步。同一道邊界對 AI 同樣成立：代理透過你自己的 AWS 憑證跑在 Amazon Bedrock 上，所以提示、schema 與資料列永遠不離開你的 AWS 邊界。

一個技術棧註記，因為排行榜越來越愛拿這個排名：DocKit 建立在 Tauri 上（依其儲存庫，2026-08-06 查核）、DynamoIt 在 JavaFX 上，而 DynoTable 建立在 Electron 上。框架頂多當個代理指標。你在試用裡真正能驗證的是：網格在串流一張大資料表時是否保持流暢，以及應用能否完全用鍵盤駕馭；DynoTable 以 ⌘K 為中心、鍵盤優先打造。

2026 年的市場，逐一查證

  • DocKit — 免費、Apache-2.0、開發非常活躍（截至七月底，2026 年已有 ~19 個版本）。它是多資料庫用戶端（Elasticsearch、OpenSearch、DynamoDB、MongoDB）而非 DynamoDB 專門工具；DynamoDB 支援於 2025 年 3 月落地，2026 年 1 月長出 PartiQL 編輯器。有一個值得知道的揭露：在這些查詢上排得上名的那篇總覽——GEEKFUN 的「Best DynamoDB GUI Clients in 2026」——由 DocKit 自家作者發布，而它選了 DocKit。在我們 2026-07-19 的 SERP 快照裡它排第 3（同一篇文章的 dev.to 鏡像排第 5），到 2026-08-06 的抓取裡 geekfun.club 仍在 dynamodb gui 第 18、dynobase alternative 第 6。這不代表它是錯的；這代表它是廠商頁面，跟本頁一樣。
  • Dynomate — 一款有維護、DynamoDB 專屬的付費用戶端（2026 年 6 月的 1.19.0），有免費 Community 層級與 $10/月按年計費起的訂閱（dynomate.io/pricing，查核 2026-08-06 — 它今年取消了先前 $199 的一次性授權），支援 macOS、Windows 與 Linux。精神上最接近 DynoTable；差異在查詢介面 — 請見 Dynomate 比較。
  • NoSQL Workbench — AWS 的免費官方工具，最強的是資料建模；其操作建構器的 CSV 匯出一次一頁。請見 NoSQL Workbench 比較。
  • Dynobase — 長年佔據這個類別品牌席位的老牌。它的下載標頭把每個安裝檔都標為 2023 年 9 月，Windows 與 Linux 的檔名仍寫著 2.5.1（2026-08-06 重跑）— 購買前請自己跑一次這個檢查；方法在 Dynobase 比較裡。
  • dynamodb-admin — 免費、開源、DynamoDB Local 開發的絕佳選擇、有維護（v5.3.4，2026 年 6 月）；圍繞本機而非線上 AWS 打造。請見 dynamodb-admin 比較。
  • DynamoIt — 免費、GPL-3.0、JavaFX；最後一版 2024 年 10 月。
  • AWS 主控台 — 永遠都在，快速看一眼也真的夠用；主控台比較涵蓋它到哪裡為止。

想看每一款的實測寫作 — 價格、平台、查詢介面實際能做什麼、逐工具結論 — 請見最佳 DynamoDB GUI 用戶端總覽。

DynoTable 加上的：DynamoDB 存取模式規則之內的 SQL

DynamoDB 自己的查詢介面早早就停了：PartiQL 是單一資料表、一個可選的 WHERE，以及僅限索引鍵的 ORDER BY。DynoTable 的 SQL Workbench 接下一道關聯式語句，把每張資料表對到它真實的索引鍵 schema，在你的 WHERE 落在分割區索引鍵或 GSI 上時發出 Query，只有在別無他法時才 Scan；join 與分組接著在取回的資料列上進行。SQL for DynamoDB 展示它會編譯成什麼。

它的 AI 代理會讀取 schema、草擬那些查詢，並把每一次寫入暫存等候核准，而且推論跑在你自己的 AWS Bedrock 憑證上、不是廠商的 endpoint；AI 聊天文件描述了那道邊界。如果你已經在用 Claude Code 或 Cursor，DynoTable 能透過 MCP 把同一批資料表提供給你的代理，範圍由你逐條連線挑選 — 免費方案提供唯讀 MCP、沒有時間限制。

還有誠實的缺口，讓你能快速排除它：DynoTable 的控制平面是唯讀的（不能建立／刪除資料表、不能設定 GSI 或 TTL、不能編輯容量、沒有備份），沒有 CloudWatch 監控、沒有資料匯入（僅匯出）、沒有批次更新；一個 Profile 對應一個區域，macOS 版僅支援 Apple Silicon，一份授權涵蓋 2 台機器。如果資料表管理是你的日常工作，請從上面的清單挑別的工具。

DynoTable SQL Workbench 把帶 GROUP BY 的 JOIN 編譯成 Query 與 Scan 呼叫。
DynoTable SQL Workbench 把帶 GROUP BY 的 JOIN 編譯成 Query 與 Scan 呼叫。

如何開始

  1. 下載 DynoTable（macOS、Windows 或 Linux）。
  2. 用你標準的 AWS 憑證與區域連線，或把它指向 DynamoDB Local 離線工作。你的資料留在 DynamoDB；沒有東西要遷移。
  3. 瀏覽一張資料表、編輯一個項目並確認型別標籤還在，然後打開 SQL Workbench 跑一次 JOIN 或 GROUP BY。

試用在你挑的方案上免費 30 天、無需信用卡，之後 DynoTable 停留在免費方案。免費內容包括瀏覽、PartiQL SELECT、資料、程式碼與 schema 匯出，以及 MCP schema／項目讀取；付費席次加上 SQL Workbench、Smart Tables、寫入與 AI。目前方案請見定價。

常見問題

最好的 DynamoDB GUI 用戶端是哪一款？

用五件事評判一款工具：它是否仍在維護（查 releases 頁或安裝檔的 last-modified 標頭）、錢買到什麼、它是否合乎正式環境的 AWS 工作流程（SSO、Profile、分頁、查詢歷史）、它是否尊重 DynamoDB 的 API — 編輯過的儲存格保住型別標籤、篩選會宣告自己變成了 Query 還是全表 Scan、「載入更多」跟著 LastEvaluatedKey 走到底 — 以及你的資料與憑證去了哪裡。DynoTable 在此之上加了一個 SQL Workbench，在 DynamoDB 的存取模式規則之內執行 JOIN、GROUP BY 與聚合。

有免費的 DynamoDB GUI 嗎？

有，好幾個：DocKit 與 dynamodb-admin 免費開源，NoSQL Workbench 是 AWS 的免費官方工具，而 DynoTable 的免費方案沒有時間限制。免費內容包括瀏覽、PartiQL SELECT、資料、程式碼與 schema 匯出，以及 MCP schema／項目讀取；付費席次加上 SQL Workbench、Smart Tables、寫入與 AI。

怎麼檢查一款 DynamoDB GUI 是否還在維護？

打開它的 GitHub releases 頁或公開變更紀錄，讀最新一筆的日期。閉源下載則對安裝檔 URL 送一個 HEAD 請求、讀 last-modified 標頭 — 2026-08-06 這個方法把 Dynobase 的安裝檔定在 2023 年 9 月，而 Dynomate（1.19.0，2026 年 6 月 30 日）、dynamodb-admin（v5.3.4，2026 年 6 月 10 日）與 DynoTable 全都在之前兩個月內出過新版本，DocKit 的 releases 頁則顯示 2026 年 1–7 月約有十九個版本。

為什麼捲動時 DynamoDB GUI 會顯示不同的欄位？

因為根本沒有欄位清單可顯示。DescribeTable 只宣告索引鍵屬性，所以其他每一欄都來自已抓取的項目。較舊項目裡的新屬性就會產生新欄位。

為什麼我的項目長得像 {"N": "3"} 而不是 3？

那是 DynamoDB 的線路格式：每個值都帶著型別標籤，數字以字串傳輸以避免精度損失。在它與普通 JSON 之間轉換，正是免費的 DynamoDB JSON 轉換器做的事。

相關內容

最後查證於 2026-08-06。所示 API 回應於 2026-07-28 對 DynamoDB Local 3.3.0 重現、逐字引用（包含屬性順序）；上面每一個版本、日期與價格都帶著它從連結之主要來源取得的日期。

不必透過主控台就能操作 DynamoDB

一款快速的 DynamoDB 桌面用戶端，可執行 DynamoDB 無法執行的真正 SQL — JOINs、GROUP BY、聚合 — 並支援視覺化編輯與使用你自己的 Bedrock 金鑰的 AI 代理。

下載查看定價

30 天免費試用，無需信用卡 — 之後為無時間限制的免費方案。