我开始使用图形数据库，并且在我的团队中，我们已经开始为我们的软件建模图形。当我们尝试“记录”模型以查看数据库的结构时，问题就来了。使用 SQL 数据库，您只需查看 SQL 模式。
我们花了一些时间阅读 neo4j 的博客和文档，但我们已经看到，展示图形工作原理的常用方法是使用显示一些样本数据的最小图形（随机样本：sample1、sample2等）。这对于教育目的来说非常有用，但我们希望能够以更正式的方式进行。我们想设置什么样的节点可以与另一个节点关联，以及什么样的关系，那种东西。
使用 Spring，您可以使用类包装图形，但它非常特定于 Java 和 OO 模型，我们正在使用 Erlang。我们正在寻找某种形式语言（SQL Schema 等价物），或 ER 模型等价物，或类似的东西。
一种方法是将图形（类型网络）的“元模型”也放入图形中，然后将实例（节点）连接到它们的元模型类型。因此，您可以使用图形可视化来可视化元模型，同时使用元模型来实施额外的约束（通过将约束信息存储在元模型中并在实际模型更新时使用），还可以使用元模型的 type-nodes 以快速访问此类型的所有“instance”-nodes。
您要建模的域是什么？
一个快速的想法——你能使用 UML 的一个子集吗？图建模似乎更接近领域，所以也许这是合理的。
我们所做的是对“示例数据”方法的概括，其中我们包括关系每一侧的基数，以及类型和方向。我还经常在图中包含一个节点“类型”（或其他一些关于它的角色/与域模型的关系的规范）而不是示例数据，当然还要注意预期的属性、它们的类型以及它们是否是可选的。它不那么正式，但到目前为止效果很好。
