質問

私はその店祖先型データルビーアプリを書いています。即ちファミリーツリーます。

は、それが階層構造に向いているように私は、ストレージのためにMongoDBを使用しているアプリケーションの残りの部分については、しかし、祖先のデータは非常にそれが意味で階層的であるにも関わらず、そのモデルに適合していません。誰もが、私はこれらを処理するために、より適切なデータベース層にスワップする必要があるかどうかについての提案を持っている場合、私は好奇心旺盛だ?

すなわち。 A B(双方向)と対にされ、親CおよびD Bは親を有しているEおよびF A及びBは、子供G、H、IをGはHと対になっている、というようにしている。

1つのノードが2つの親ノードを持っているので、それは非常に再帰的ではありませんので。両方の親が重複して同じ木を埋め込んであろうからそのために埋め込むには、MongoDBのでは意味がありません。これは、(関係の唯一の2種類があります)のみ、より剛性のソーシャルグラフに近いです。私はRedisのセットが非常にうまく機能するだろうと考えていますが、私はポリグロットの永続性を持つスタックを複雑に行く前に、私は同様の構造を設計している可能性が他の人からいくつかのフィードバックを得ることができる期待していました。私はMongoDBのドキュメント内のオブジェクトデータとRedisの内の関係を格納した場合、それはおそらく大丈夫だろうが、私はRedisのを持っている他の懸念は、素晴らしいアイデアではないかもしれないメモリ内のこれらの木の全てを記憶している。

役に立ちましたか?

解決

それは、ドメインにはるかに近い音として

たぶん、あなたは、グラフデータベースを試してみる必要があります。そして、あなたがそこに試みることができるかなりの数のそこにいる HTTP ://nosql.mypopescu.com/post/498705278/quick-review-of-existing-graph-databasesする

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top