如何表示我的MongoDB数据库的架构图？

我有一个MongoDB数据库，我想正确地记录其架构设计。我知道MongoDB是一个NoSQL数据库，本质上是无模式的，但是我确实通过我的应用程序强制执行一个模式，并且我希望用一种比打印findOne()结果更好的方式表示它。

我看到许多人使用ER或UML，但是我觉得将NoSQL数据库表示为关系数据库是不正确的，至少看起来很奇怪。

使用UML的示例：MongoDB：如何在论文中表示模式图？

我认为人们会使用不同的模型。我进行了搜索，到目前为止，所看到的是MongoVUE，它提供了一个不错的Tree视图来理解该模式，但是它不便于打印。

NoSQL世界还缺少我一些东西吗？还是应该休息并坚持使用传统的UML？

我将模式建模为UML类图。类图不是专门针对关系数据库，而是针对面向对象的环境。在我看来，MongoDB在概念上比关系数据库更好地匹配UML。您所指的问题提供了有关如何对MongoDB使用UML的更多信息。