由于neo4j不能在边的属性上建索引，大家有没有将边转成节点使用的经历？有何优缺点？
RT, 边的属性虽然可以建立全文索引，但是全文所以不支持大小比较，感觉有点鸡肋。 业务场景是经常要对边的属性进行过滤和筛选！ 想知道这样改造以后有哪些影响？
3 回复
1、变通下，可配合关系数据库，比如 每次创建边，可以在关系数据库中创建 边的type命名的表里添加一条记录（记录保存边的id 属性），然后在关系数据库上对边 创建索引。 2、其实 还是技术选型 和 建模的问题， 图数据库就是擅长复杂网状关系处理。尽量不要把它当 关系数据库、大数据 来使用。 如果需要 快速检索、海量存储同时还要 处理复杂网状关系，可以考虑 配合 关系数据库、mongodb、elasticsearch、storm等来实现
@pangguoming 想再倔强的问一下，如果不结合关系数据库，就按照我上面描述的，将边转成节点，会带来哪些问题和方便之处呢？ 我能想到的是：转换之后节点（原来是边）的属性过滤肯定变快了，查询语句写起来可能没以前方便了，请庞老师给我指点一二！！