OrientDBのデータをモデル化しようとしています。私はグラフデータベースが初めてです。私はモデリング中に疑問を抱いています(RDBMSからGraphDataへのパラダイムの変更)。
グラフデータベース(OrientDB)の3次モデル(三角形間、つまり3頂点間)の関係はどのようになりますか?例は以下の通りである:複数の頂点間のOrientDbエッジ
- 顧客Aは、銀行C.
- 従業員Aに顧客Bを導入し、従業員B社の従業員C D.
- 悪鬼A友人Cに友人Bを紹介を参照しました。
- 者Aは、住宅ローン会社C.
- 人物A & Bは、エージェントC.
から保険会社「メットライフ」のポリシータイプ「生命保険」を購入した中の人BのローンアカウントのGranterです
現在、私は(のようなはじめ-処理)関連するすべての頂点と辺
(カスタマーA '間IntroducedBy'エッジ '' と' Inroduction・プロセスの間に頂点を使用してい'; 「顧客B」と「インプロダクションプロセス」の間の「紹介された」エッジ「 」および「銀行C」と「インプロダクションプロセス」の間の「紹介済み」エッジ)。
これは間違いないですか他の選択肢がありますか?
列挙値の表現方法は?たとえば、顧客口座タイプ。 現在AccountTypeのクラスを作成し、頂点の数を固定しています(Enum値と同じです)。AccountからAccountTypeへのリンクを作成します。 Enumeration in Graph-databaseをモデル化するためのより良いオプションはありますか?
ありがとうございます。
ありがとうLuigiとAmin。 3ウェイ関係の場合、私は余分な頂点を使い続けます。 Enum値については、私は現在2つのアプローチを使用しています: 1. enum値が変更されると思われる場合は、Aminが提案したようにLINKプロパティを使用しています。 2. enumが非常に固定されている場合、RegExp制約で文字列値を使用しています。 –