NoSQL Workbench vs DynoTable
AWS NoSQL Workbench 是面向 DynamoDB 的免费设计工具:你在里面塑造一张表、定义访问模式、用示例数据验证它们,然后提交结果。DynoTable 则是为那张表上线之后的工作而生的桌面客户端。下面每一条 AWS 声明都逐字引自 AWS 自己的页面,并注明获取日期;本页讲的是这两份工作之间的接缝,以及什么东西会跨过它。
两份不同的工作
NoSQL Workbench 为数据建模而生:设计单表 schema、可视化访问模式、把模型提交成一张表。当你在决定键和 GSI 该长什么样时,它是对的工具。
DynoTable 为模型存在之后的日常工作而生:浏览和编辑项、构建键条件和筛选条件、查询实时数据。许多团队在 NoSQL Workbench 里设计,在 DynoTable 里运维。我们自己的决策表:
| 你的任务 | 用 |
|---|---|
| 从访问模式出发设计表、键、GSI | NoSQL Workbench |
| 把模型部署为 CloudFormation | NoSQL Workbench 导出 |
| 在浏览器里快速勾勒 schema,无需安装 | 我们免费的单表设计工具 |
| 每天浏览、筛选、编辑实时项 | DynoTable |
对实时表做 JOIN / GROUP BY / 聚合 | DynoTable(SQL Workbench) |
| 为某个操作生成一次性示例代码片段 | 都行 —— 两者都能生成代码 |
下载 NoSQL Workbench —— Windows、macOS 和 Linux 免费
它没有价格:AWS 在其产品页任何地方都没有为 NoSQL Workbench 列出费用(2026-08-06 核查),下载覆盖 Windows、macOS 和 Linux。安装程序还可以顺带安装 DynamoDB Local(自 3.4.0 版起的内置选项,见版本历史),所以离线建模无需 AWS 账户即可工作。
下载前值得知道:当前版本是 3.20.2(2026 年 4 月 6 日),版本历史显示大约一年一波的发布节奏——2026 年 2 月至 4 月的 3.20.x 系列围绕访问模式重建了数据建模器,而它之前的版本是 2025 年 2 月的 3.13.5(版本历史,2026-08-06 获取)。它在维护中,节奏是一年一轮。
按下 commit 按钮后什么能留下来
一个 NoSQL Workbench 模型同时是三种不同的东西,而它们进入生产的方式截然不同。
键和索引以代码的形式跨过去。导出提供 "NoSQL Workbench model format" 或 "AWS CloudFormation JSON template format" 两种格式,后者可以直接部署,或并入现有的基础设施即代码栈。Commit 则直接动手:"This action creates server-side resources in AWS for the tables and global secondary indexes represented in the data model",并且 "NoSQL Workbench creates tables and indexes with on-demand capacity by default"(提交数据模型,2026-07-28 获取)。对着生产账户点下去之前,这个默认值值得读两遍。
解释以图片的形式跨过去。聚合视图把每张表和索引并排渲染,导出它会产出 "an archive with PNG images of all tables and indexes"(聚合视图,2026-07-28 获取)。没装这个应用的同事收到的是截图。
Facet 完全跨不过去,AWS 说得很直白:"Facets are considered a visual data modeling tool, and don't exist as a usable construct in DynamoDB, as they are purely an aid to modeling of access patterns." 同一页还引导你远离它们,建议改为验证访问模式,"while facets are non-functional visualizations"(facets,2026-08-06 获取)。如果你是靠画 facet 学会单表设计的,请注意你用来推理的那些实体视图只存在于建模器内部。
commit 之后:50 个已保存操作,一次一张表
NoSQL Workbench 确实能查询实时数据。操作构建器 "supports projection expression, condition expression, and generates sample code in multiple languages",并且 "you can save as many as 50 DynamoDB data operations in the operation builder"(操作构建器,2026-08-06 获取)。
每个保存的条目是一个 DynamoDB 操作,而这正是要紧的约束。"每个产品类别的最差和平均评分"——跨一张 reviews 表和一张 products 表——不是一个操作。它是一个取评论的 Query、每个产品一次的查找,以及一段你要写在别处的汇总,因为 DynamoDB 没有连接,PartiQL 也没有补上:其 SELECT 只接受单个 FROM,没有 JOIN、没有 GROUP BY、没有聚合函数
(AWS PartiQL SELECT 参考文档)。
DynoTable 的 SQL Workbench 只把它说一遍:
SELECT p.category, MIN(r.rating) AS worst, AVG(r.rating) AS avgRating
FROM reviews r
JOIN products p ON r.productId = p.productId
WHERE r.locale = 'en'
GROUP BY p.category它针对你刚提交的键和索引做规划,所以它读取数据走的正是你设计的那些访问模式;连接和两个聚合在客户端完成,因为 DynamoDB 没有暴露任何可调用的服务端连接。SQL for DynamoDB 讲解了编译的原理。NoSQL Workbench 完全没有查询助手;DynoTable 的助手运行在你自己的 AWS Bedrock 凭证上,并把每次写入都暂存等待批准,详见 AI 聊天文档。

DynoTable 不做的事
接缝是双向的,DynoTable 守在自己这一侧:
- 没有数据建模。没有设计画布、没有 facet、没有示例数据生成、没有 CloudFormation 导出。建模请用 Workbench(或免费的单表设计工具)。
- 不能创建表。Workbench 的 commit 按钮创建表和 GSI;DynoTable 的控制平面是只读的——不能创建/删除、不能配置 GSI 或 TTL、不能编辑容量。
- 没有数据导入,也没有 CloudWatch 监控。
- 写入和 SQL 是付费的。NoSQL Workbench 完全免费;DynoTable 的免费方案是只读的(需要账户),SQL Workbench、Smart Tables、写入和 AI 需要付费席位或 30 天试用。
如何切换到(或加上)DynoTable
如果 NoSQL Workbench 适合你的工作流,就继续在里面建模;这是加法,不是替换。连接时有一个实际差别:Workbench 的 commit 对话框要你填账户别名、区域、访问密钥 ID 和秘密访问密钥,会话令牌或角色 ARN 是可选项。DynoTable 则直接读取你 ~/.aws 目录里已有的配置文件,包括 IAM Identity Center 会话,所以没有密钥要粘贴。下载 DynoTable(macOS、Windows 或 Linux),选一个配置文件,对你刚提交的表跑一条 JOIN 或 GROUP BY。
试用为期 30 天、免费、可选任意方案、无需信用卡,之后 DynoTable 留在免费方案上——升级时 $9/月起按年计费。免费包含浏览、PartiQL SELECT、数据/代码/schema 导出,以及 MCP 的 schema/项读取;付费席位增加 SQL Workbench、Smart Tables、写入和 AI。当前方案见定价。
常见问题
DynoTable 是 NoSQL Workbench 的替代方案吗?
是。NoSQL Workbench 专注数据建模;DynoTable 专注日常查询和编辑,并有一个能跑 JOIN、GROUP BY 和聚合的 SQL Workbench。
DynoTable 能对 DynamoDB 运行 SQL 吗?
能。DynoTable 的 SQL Workbench 会把 SQL——包括 INNER/LEFT JOIN、GROUP BY 和聚合——向下编译成 DynamoDB 真正的 Query/Scan 操作,所以它始终待在 DynamoDB 的访问模式规则之内。
NoSQL Workbench 的 facet 是 DynamoDB 的真实功能吗?
不是。AWS 自己的文档说 facet "don't exist as a usable construct in DynamoDB, as they are purely an aid to modeling of access patterns",并建议改为验证访问模式,称 facet 为 "non-functional visualizations"(facets,2026-08-06 获取)。你提交出来的表有键、索引和项;没有 facet。
相关内容
- 浏览完整的对比中心了解每一个 DynoTable 替代方案。
- 另见 Dynobase 对比、 作为 DynamoDB GUI 客户端的 DynoTable,以及实测的 最佳 DynamoDB GUI 客户端盘点。
- 用免费的单表设计工具从访问模式规划一个 schema。
- 用免费的 DynamoDB 项大小计算器计算项大小并规划容量。
最后核实于 2026-08-06。NoSQL Workbench 是 Amazon Web Services 的工具;此处引用仅用于标识。


