Graph Neo4j设计性能:我必须避免大节点度吗? 我正在设计一个使用NeN4J实现的数据模型。是关于一个交通系统,它有一些车站,有一些车辆在它们之间行驶
有些车站有大量的旅客,比如说每月一百万人次。所以我想知道,如果有数百万条边的节点从它们身上冒出来,会有性能损失吗?使用一些设计技巧来保持较低的度数是否更好(可能会使设计变得更糟)?关系度数在遍历时确实最重要,因此遍历任何关系类型和方向,或具有较高度数的关系类型(和方向)的扩展 因此,如果有100k:TRAVELS\u到特定位置的关系,100:VISITED到该位置的关系,并且只有1:TRAVELS\u到该位置的关系,那么在将这些:TRAVELS\u到该位置的关系遍历时,您只需支付高昂的成本。如果您正在遍历不同类型和/或方向的关系,您将不会因为其他10万个关系而支付任何更高的成本 因此,多样化的类型和/或方向肯定会有所帮助 你可能想看看马克斯·德·马尔齐的博客,看看他的方法,你可能会在这里找到好的方法Graph Neo4j设计性能:我必须避免大节点度吗? 我正在设计一个使用NeN4J实现的数据模型。是关于一个交通系统,它有一些车站,有一些车辆在它们之间行驶,graph,neo4j,graph-databases,Graph,Neo4j,Graph Databases,有些车站有大量的旅客,比如说每月一百万人次。所以我想知道,如果有数百万条边的节点从它们身上冒出来,会有性能损失吗?使用一些设计技巧来保持较低的度数是否更好(可能会使设计变得更糟)?关系度数在遍历时确实最重要,因此遍历任何关系类型和方向,或具有较高度数的关系类型(和方向)的扩展 因此,如果有100k:TRAVELS\u到特定位置的关系,100:VISITED到该位置的关系,并且只有1:TRAVELS\u到该位置的关系,那么在将这些:TRAVELS\u到该位置的关系遍历时,您只需支付高昂的成本。如果