Database design nosql（couchdb）开发人员使用哪些数据建模工具？

在某种程度上，我假设任何为couchdb（或其他nosql选项）开发的人都必须确定每个文档中必须存储的内容。看起来，虽然很少，但偶尔我们需要在这些文档之间建立一些关系

那么，人们是否仍在使用ER类型的软件（例如Workbench）来创建存储在不同文档中的数据的可视化表示？是否有人正在开发特定于nosql的方法来识别必须捕获的数据

---

现在，我们在维基页面中使用了一个项目符号列表，有什么更好的建议吗？

我不认为这样的工具会出现一段时间，特别是考虑到CouchDB几个月前刚刚发布了1.0，而且项目中还有很多可以改变的地方。此外，像这样的工具需要推迟到真正的最佳实践出现，但这只能在多年的实际经验之后才能出现

---

尽管还有其他原因，但关系数据库已经好几年甚至几十年没有图形工具了。我无法想象像这样的新数据库系统会发展得更快。

我会使用类图：

• 用组合或聚合替换每个关联
• 查看哪些类必须被读取（作为一个整体）和修改
• 添加简单属性（字符串或整数）

通过此图，您可以看到设计提示：

• 对于“文档”粒度
• URL模式
• JSON“模式”

---

谢谢多米尼克。当然，我不期望任何图形用户界面工具很快上市……或者实际上根本不会。但我想问的是，我的团队正在开发couchdb，希望他们能提供一些想法，以便在数据建模方面实现最佳实践。别误会我的意思，我对超越nosql的概念没有任何问题，我认为我们在内部朝着正确的方向前进。但是，我想听听其他couchdb开发人员的意见，听听他们在使用什么，以及他们是如何规划文档的。