从你的这些描述上来看，你对 nebula 现在的索引机制并不了解，建议进行实际测试后再得出结论。
这个问题我上面已经回答过了，请仔细看下。
只要有至少一个可用索引，查询就可以成功，只不过有些情况下可用索引并不一定是最优索引，这个我上面也提到了，请仔细看下。
这个我上面介绍 3.x 这样设计的原因也解释过了，请再仔细看下。
我觉得我们在这里的讨论并没有太过复杂，也没有哪些点是不清晰的。nebula 查询实现在一些情况下需要依赖到索引也属于实现定义范畴，不需要特别纠结。
2 个赞
好的，灰常感谢。这里还有一个疑虑点就是，我理解3.4.0版本的限制是比较宽松的（相比之前来说）。迭代过程中不知道会不会变得严格起来，比如我在3.4.0写的语句不满足3.5.0的要求了。我理解这种情况也是有可能出现的对吧
1 个赞
对索引的要求不会变得更严格哈
我们甚至在考虑默认允许无索引的全扫描（要看代价、还有多少人会因为这个不建立索引”射伤自己的脚“）
1 个赞
好的，辛苦回复了。我觉得全表扫描的决定权可以交给用户决定，比如用户在执行一些查询的时候可以通过特定参数指定是否忽略全表扫描检查。当然这只不过是我的一个不成形的想法。总之很期待索引相关的优化。
1 个赞
可能下一个版本会引入无索引全扫描
1 个赞
此话题已在最后回复的 30 天后被自动关闭。不再允许新回复。