图形数据库和数据建模的新功能。 我知道在这种情况下对Neo4J没有任何限制，但想了解这是否是一件疯狂的事情。
在其他NOSQL（列，文档）存储中，我们通常在多个集合中对相同的数据建模，以获取性能/功能优势，即我们将存储权衡以获取性能和功能优势。
这也是人们在Neo4J中遵循的一种方法吗？还是完全闻所未闻？
例如，我们今天想出一个模型，如果遇到一个新的要求，而现有模型不适合该新要求（修改这很昂贵），是否建议创建另一个模型，其中某些部分重复（更多适合此特定用例）。
我知道Neo4J支持事务，并且写操作可以包装在事务中，以便数据一致。
这被认为是反模式吗？
答案 0 :(得分：1)
如果不必要的话，存储冗余数据是一种反模式。似乎只有在时间紧迫的用例根本无法等待遍历单个真相时，才需要使用它。
由于图数据库通过简单地添加关系就非常容易重用节点，因此添加新用例需要将现有数据复制到新节点上是非常罕见的。