由于neo4j不能在边的属性上建索引,大家有没有将边转成节点使用的经历?有何优缺点?
发布于 2 个月前 作者 xiaocainiao 248 次浏览 来自 问答

RT, 边的属性虽然可以建立全文索引,但是全文所以不支持大小比较,感觉有点鸡肋。 业务场景是经常要对边的属性进行过滤和筛选! 想知道这样改造以后有哪些影响?

3 回复

1、变通下,可配合关系数据库,比如 每次创建边,可以在关系数据库中创建 边的type命名的表里添加一条记录(记录保存边的id 属性),然后在关系数据库上对边 创建索引。 2、其实 还是技术选型 和 建模的问题, 图数据库就是擅长复杂网状关系处理。尽量不要把它当 关系数据库、大数据 来使用。 如果需要 快速检索、海量存储同时还要 处理复杂网状关系,可以考虑 配合 关系数据库、mongodb、elasticsearch、storm等来实现

@pangguoming 好的 了解了,多谢庞老师~~

@pangguoming 想再倔强的问一下,如果不结合关系数据库,就按照我上面描述的,将边转成节点,会带来哪些问题和方便之处呢? 我能想到的是:转换之后节点(原来是边)的属性过滤肯定变快了,查询语句写起来可能没以前方便了,请庞老师给我指点一二!!

回到顶部