「A Graph Database –transforms a–> RDBMS」
Neo4j サイトは、RDBMS でできることはすべて Neo4j でもできることを暗示しているようです。
RDBMS の代替として Neo4j を選択する前に、いくつかの疑問に答える必要があります。
私はNeo4jに興味があります
- データ「スキーマ」をすばやく変更する機能
- 関係や正規化ではなく、エンティティを自然に表現する能力
- ...非常に表現力豊かなコードにつながります(ORMよりも優れています)
これは、高性能ではなく、その機能に興味がある NoSQL ソリューションです。
質問: Neo4j には、RDBMS の代替として適さない可能性のある問題がありますか?
私は特にこれらについて心配しています:
- アプリケーションロジックに実装しなければならないDB 機能はありますか? (たとえば、いくつかの NoSQL DB のアプリケーション層で結合を実装する必要があります)
- O(n) よりも高速にルックアップできるように、フィールドは "インデックス化" されていますか?
- ホット バックアップとレプリケーションを処理するにはどうすればよいですか?
- スキーマを「変更」することや、異なるバージョンのスキーマを持つエンティティを共存させることに関する問題はありますか?