Firestore能否在不同字段上分别使用not-in过滤与orderBy排序

你给出的查询写法不合法，无法在Firestore中正常执行。

你在官方文档中查到的两类限制是配套生效的，不存在覆盖范围的差异：

• 第一类限制：复合查询中，所有范围比较（<、<=、>、>=）、不等于比较（!=、not-in）必须作用在同一个字段上。
• 第二类限制：只要查询包含上述任意一种过滤条件，查询的首个orderBy排序字段，必须和过滤作用的字段完全一致——这条规则不是只针对大小范围比较，not-in、!=同样会触发该约束。

你之前推测写法可行，是漏看了not-in属于第二类限制的覆盖范围，并不是只有大小比较操作才需要匹配首个排序字段。

你写的查询代码：

.where("field1", "not-in", ["a", "b", "c"])
.orderBy("field2", "desc")

直接违反了第二类限制：not-in过滤作用在field1上，但首个排序字段设置为field2，执行时Firestore会直接抛出参数非法的错误。

如果要实现「排除field1为a/b/c的文档，最终结果按field2倒序排列」的需求，可以选择以下两种方案：

• 客户端重排方案：按照Firestore的规则补全排序字段先完成查询，拿到结果后在客户端内存重新排序，适合结果集规模不大的场景。合法的查询写法如下：

// 注意第一个orderBy必须和not-in过滤的字段保持一致
.where("field1", "not-in", ["a", "b", "c"])
.orderBy("field1", "asc")
.orderBy("field2", "desc")

注意：该查询返回的结果默认先按field1升序、再按field2倒序排列，并非全局按field2倒序，必须拿到所有匹配结果后在客户端重新排序才能得到预期顺序。

• 数据模型预构方案：提前给文档增加预计算标记字段，比如新增isField1Valid字段，在文档写入/更新时就判断field1是否属于["a","b","c"]，给该字段赋值对应的布尔值。查询时直接用等值条件过滤where("isField1Valid", "==", true)，等值过滤不会触发范围类的排序限制，可以直接接orderBy("field2", "desc")，适合结果集规模大、不适合客户端重排的场景。

内容的提问来源于stack exchange，提问作者l1b3rty