私はグラフデータベースの使用を開始し、私のチームではソフトウェアのグラフのモデリングを開始しました。問題は、データベースの構造を確認するためにモデルを「文書化」しようとしたときに発生します。SQLデータベースでは、SQLスキーマを確認するだけで済みます。
neo4jのブログやドキュメントを読むのに少し時間を費やしましたが、グラフがどのように機能するかを示す通常の方法は、いくつかのサンプルデータ（ランダムサンプル：sample1、sample2など）を示す最小限のグラフを使用することです。これは教育目的には最適ですが、もう少し正式な方法で実行できるようにしたいと考えています。どのようなノードが別のノードとどのような関係を持つことができるか、そのようなものを設定したいと思います。
Springを使用すると、グラフをクラスでラップできますが、これはJavaおよびOOモデルに非常に固有であり、Erlangを使用しています。ある種の形式言語（SQLスキーマに相当するもの）、または同等のERモデル、またはそのようなものを探しています。
これを行う1つの方法は、グラフの「メタモデル」（タイプネットワーク）もグラフに入れてから、インスタンス（ノード）をそれらのメタモデルタイプに接続することです。したがって、グラフの視覚化を使用してメタモデルを視覚化すると同時に、メタモデルを使用して追加の制約を適用し（メタモデルに制約情報を保存し、実際のモデルが更新されたときにそれを使用することにより）、このタイプのすべての「インスタンス」ノードにすばやくアクセスするためのメタモデルのタイプノード。
モデル化するドメインは何ですか？
簡単なアイデア - UML のサブセットを使用できますか? グラフ モデリングはドメインに近いように見えるので、それは妥当かもしれません。
私たちが行っているのは、「サンプルデータ」アプローチの一般化であり、関係の両側にカーディナリティ、タイプと方向を含めています。また、サンプル データの代わりにノードの「タイプ」(またはその役割/ドメイン モデルとの関係に関するその他の仕様) を図に含めることがよくあります。もちろん、予想されるプロパティ、そのタイプ、およびそれらがオプションであるかどうかにも注意してください。正式なものではありませんが、これまでのところうまく機能しています。
