提问参考模版:
-
nebula 版本:v2.6.1
-
部署方式:分布式
-
安装方式:RPM
-
是否为线上版本:Y
-
问题的具体描述
在看全文索引相关的使用时,看到了这一条
这是不是说,如果一个tag 又若干个字段,property1,property2… proprety9
只能在其中一个字段上添加全文索引,不能添加多个?
提问参考模版:
nebula 版本:v2.6.1
部署方式:分布式
安装方式:RPM
是否为线上版本:Y
问题的具体描述
在看全文索引相关的使用时,看到了这一条
这是不是说,如果一个tag 又若干个字段,property1,property2… proprety9
只能在其中一个字段上添加全文索引,不能添加多个?
是的,你没有理解错。因为目前的实现中是根据SpaceID+SchemaID查找对应的全文索引。
具体为什么这样做我目前也不是很清楚。。。
因为我还一直没来得及用下 fulltext search,才意识到咱们这个限制。感觉这样的对应关系太不灵活,假设太强了,请问 @cangfengzhs 不知道重新设计,增加更灵活的对应关系的工作量如何呢?
我创建了一个 issue Fulltext search support multiple prop fields being indexed · Issue #4170 · vesoft-inc/nebula · GitHub 追踪这个哈
emm,那如果我有个需求,希望可以通过某个点的多个属性进行模糊匹配的话,除了全文索引,还有其他方式可以实现吗?
目前并没有其他方案
这个功能实现了可能可以做到。
这个是在建了全文索引的字段上 才能使用吗?现在的痛点是只有一个字段可以使用全文索引的检索,这个方法实现好像不能扩展到更多的字段。
这个不是全文索引,是go语句的查询支持更多的过滤模式。可以支持对多个字段的条件匹配。
噢噢,那应该可以的。我看文档wildcard 以为只能 全文索引 这个情况下才能使用呢
这个功能还没写呢,不知道啥时候才能上线 实际效果应该是类似go from xxx over xxx where wildcard($$.player.name, “ss*”) and prefix($^.team.name, “Ti”) 这样
此话题已在最后回复的 30 天后被自动关闭。不再允许新回复。