DynoTable

DynamoDB GUI 客户端：如何评判 2026 年的全阵容

一款 DynamoDB GUI 客户端的生死系于它如何对待 DynamoDB 的 API，所以本页做两件事：先讲这个 API 决定_任何_ GUI 客户端能做什么的三条性质——每条都在下文原样复现，不做转述；再讲如何在真正区分各客户端的维度上评判 2026 年的全阵容，包括 DynoTable（我们自己的），并附上你可以亲自核查的出处。

功能DynoTableDynamoDB GUI clients
SQL JOIN、GROUP BY 及聚合支持否
可视化 Query/Scan 构建器支持视情况而定
查询计划预览（Scan/Query + 可用时的 RCU）支持视情况而定
Smart Tables（可视化连接视图）支持否
使用你自己的 AWS Bedrock 密钥运行 AI agent支持视情况而定
连接外部 AI agent（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 把一个项存成一个映射，所以稳定的列顺序是客户端自己发明出来的东西。

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 月），以大约一年一波的节奏推进。按我们 7 月下旬的核查：我们在 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、命名配置文件、多标签页和查询历史。DynoTable 在包括试用在内的每个方案上都通过 AWS IAM Identity Center（SSO）登录，读取你 ~/.aws 配置中的每个配置文件并用 ⌘P（或 ⌘1–⌘9）在它们之间切换，把表、查询和项编辑器保持在重启后可恢复的标签页和文件夹里，并在 PartiQL 和 SQL 之间维护一个已保存查询库外加每个编辑器各自的历史。

它尊重那些 API 事实吗？三项检查，对应上面三节：编辑过的单元格必须保住类型标签（N 仍是 N，SS 仍是集合）；客户端必须告诉你一个筛选变成了 Query 还是全表 Scan——两者的花费天差地别，便宜的只有一个；"加载更多"必须沿着 LastEvaluatedKey 走到底，而不是在第一个空页停下。在 DynoTable 里，筛选构建器随你输入实时推导 Query 与 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，开发非常活跃（截至 7 月下旬 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；连接和分组随后在取回的行上进行。SQL for DynamoDB 展示了它编译出来的样子。

它的 AI 智能体读取 schema 并起草这些查询，把每次写入都暂存等待批准，推理运行在你自己的 AWS Bedrock 凭证上而非厂商 endpoint；AI 聊天文档描述了这条边界。如果你已经在用 Claude Code 或 Cursor，DynoTable 会通过 MCP 把同样的表提供给你的智能体，作用域由你按连接选择——免费方案提供只读 MCP，没有时间限制。

还有那些如实说明的空缺，方便你快速排除它：DynoTable 的控制平面是只读的（不能创建/删除表、不能配置 GSI 或 TTL、不能编辑容量、没有备份），没有 CloudWatch 监控、没有数据导入（仅导出）、没有批量更新；一个配置文件对应一个区域，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、配置文件、标签页、查询历史）、是否尊重 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 agent。

下载查看定价

30 天免费试用，无需信用卡 — 之后为无时间限制的免费版。