Performance Sphinx中的管道与显式表达式性能问题

因为我没有足够全面的表来测试，所以我提出了一个关于Sphinx和管道/或vs显式置换的一般性能问题。换句话说，以下各项之间是否存在性能差异：

(A|B|C|)(1|2|3|)

vs

因为在一天结束时，他们搜索相同的排列？

要使

（A | B | C）（1 | 2 | 3）

工作，你需要为索引设置min|u word|len=1，这会增加索引大小，并可能会稍微影响性能

对于

（A1 | A2 | A3 | B1 | B2 | B3 | C1 | C2 | C3）

您需要最小单词长度=2，这将减少索引大小

但如果您已经有

min\u word\u len=1

，则这些不应影响性能

确保

（A | B | C）（1 | 2 | 3）

正在搜索

（A或B或C）和（1或2或3）

，因此它并不总是在搜索相邻的单词。因此，更好的使用方法是

（A1 | A2 | A3 | B1 | B2 | B3 | C1 | C2 | C3）

---

谢谢

A | B etc只是用来表示任何给定的单词/术语。我对（红色|白色|蓝色）（正方形|圆形|三角形）与（红色正方形|红色圆形|红色三角形|……|蓝色三角形）的表现更感兴趣。如果我需要它们作为术语，我就需要添加查询参数。在这种情况下，我真的想通过指定每个排列（这给了我更多的控制）与构造似乎更高效的构造，来确定查询中是否会失去任何性能。如果我左边有10个术语，右边有10个术语，那么我必须制作100个不同的术语；这会影响搜索时间吗？

(A1|A2|A3|B1|B2|B3|C1|C2|C3)