ドキュメント データベース (CouchDB など) とグラフ データベース (Neo4j など) の両方にエンティティを格納するセットアップを検討しています。理論的根拠は、各エンティティ情報 (データ、ブロブ、値、複雑な内部構造) をドキュメント データベースに格納し、エンティティ関係 (親、子、関連エンティティ) をグラフ データベースに格納することです。
誰かがこのような設定をした/見た/噛まれたことがありますか? どのような問題が予想されますか? 最初に気になったのは、2 フェーズ コミットです。しかし、ここでもバックアップに問題があります。
「 7週間で7つのDB」という本をチェックしてみてください。第 8 章では、CouchDB、Neo4j、および Redis を介して多言語構造を構築する方法について説明します。
ラン、
CouchDB とほとんど (すべて?) のドキュメント/kv ストアはトランザクションをサポートしていないため、2 フェーズ コミットについて心配する必要はありません。たとえば、Neo4j と MySQL の間で XA トランザクションを実行できますが、CouchDB またはその親戚の間では実行できません。
実際、簡単にするために、純粋なグラフ データベース アーキテクチャを採用しない理由はありません。表現力とトランザクションが向上します。別の可動部分を 2 番目のストア タイプの形で追加する理由は何ですか?