是狮身人面像＆amp; thinking_sphinx真的稳定吗？没有索引列

Question

我遇到来自thinking_sphinx / sphinx的奇怪行为。

我的define_index块大约有100行，所以我索引的列很多。对于全文搜索，我只需要大约10个属性，对于排序和过滤，我有另外大约50列，大多数是浮点数和整数。

过滤我的意思是使用“带”或“不带”选项。

搜索并不能始终如一地发挥作用。突然之间，一个属性无法过滤。或者，如果我添加一个新的，它不起作用。经过大量的修补，它才突然开始工作。我无法真正重现它。 步骤I有时会让我成功：

• rm -rf db / sphinx
• 更改属性定义 例如 有some_attribute =＆GT;有some_attribute，：sortable =＆gt;真正 要么 =＆GT;有some_attribute，：sortable =＆gt;是的，：as =＆gt; “some_attribute”
• 重新启动服务器
• 指定一个新的：作为名称 =＆GT;有some_attribute，：as =＆gt; “some_attribute_new”

（是的，我做过rake ts：重建或rake ts：在每一步之后）

是否有其他人遇到类似的问题？

Answer 1

这听起来有点奇怪，虽然我没有听说有人拥有如此多的字段和/或属性。

当你说大多数花车和整数时，其余的是什么？特别是，您是否尝试过滤字符串属性？因为Sphinx还不能做到（建议用于0.9.10）。

此外，属性不需要:sortable => true - 所有属性都是可排序的。

除此之外，我担心我不知道下一步该怎么做。如果你能以某种方式可靠地重现问题（特别是在只有少数字段和索引的索引上），那就太棒了。