Как вы ищете разные условия из одной и той же таблицы соединений?

Можете ли вы поделиться sql_query, сгенерированным для вашей модели продукта, внутри development.sphinx.conf? Действительно, то, что вы делаете, должно работать для обоих атрибутов, так что может быть ошибка в сгенерированной команде SQL.

Материал сфинкса в основном правильный. Нули в поиске лишние. Но я, честно говоря, не думаю, что это то, что вызывает вашу проблему.

Я думаю, что ваша проблема связана с вашими модельными отношениями. В частности, ваша взломанная версия Single Table Inheritance (STI) и то, как Sphinx обрабатывает индексы.

Кажется, что вы по существу пытаетесь продублировать индекс, поэтому он игнорирует второй.

Я не совсем уверен, как это исправить, добавление запросов where к блоку define_index не работает, потому что все операторы where применяются ко всем индексам, определенным впоследствии, и не могут быть перезаписаны, а только добавлены. Thinking sphinx также плохо работает с несколькими индексами в модели, поэтому вы не можете исправить это, переопределив блок define_index.

Thinking-Sphinx 1.2 предоставляет Sphinx Scopes, которые вы, возможно, захотите посмотреть в качестве потенциального решения. К сожалению, он плохо документирован, поэтому я не могу сказать, будет ли он работать или нет.

Учитывая отсутствие хитов в отношении поиска в Google Thinking-Sphinx STI и "Single Table Inheritance". Я ожидаю, что переопределение ваших отношений, позволение рельсам обрабатывать STI, чтобы решить ваши проблемы.

Это включает в себя что-то вроде этого:

class ProductAttribute < ActiveRecord::Base
  belongs_to :product
  inheritance_column => :key
  ...
  common methods and validations to objective\_lens\_diameters and and magnifications
  ...
end

class Magnification < ProductAttribute
  ...
  methods and validations unique to magnifications.
  ...
end

class ObjectLensDiameter < ProductAttribute
  ...
  methods and validations unique to object lens diameters
  ...
end

class Product < ActiveRecord::Base
  has_one :magnification
  has_one :objective_lens

  define_index do
    has magnification(:value), :type => :float, :as => :magnification
    has objective_lens(:value), :type => :float, :as => :objective_lens_diameter
  end
end

Вам может потребоваться миграция, чтобы привести существующие ключевые значения в таблице ProductAttributes в соответствие с тем, что STI ожидает от них.

Я решил, что нужно работать, пока не будут исправлены ассоциации sql_query. Производительность хуже, чем при использовании левых соединений, но в то же время уменьшается объем внешнего кода, необходимого для его работы.

Таким образом, индекс определения был изменен, чтобы использовать фрагмент SQL для получения определенного столбца напрямую, вместо того, чтобы полагаться на какие-либо соединения.

define_index do
  has "(SELECT `value` " +
    "FROM `product_attributes` " +
    "WHERE `product_id` = `products`.`id` " +
    "  AND `key` = 'Magnification' " +
    "LIMIT 0, 1)", 
    :type => :float,
    :as => :magnification
  has "(SELECT `value` " +
    "FROM `product_attributes` " + 
    "WHERE `product_id` = `products`.`id` " +
    "  AND `key` = 'Objective Lens Diameter' " +
    "LIMIT 0, 1)", 
    :type => :float,
    :as => :objective_lens_diameter
end

Сгенерированный sql_query

SELECT `products`.`id` * 2 + 1 AS `id`,
  `products`.`id` AS `sphinx_internal_id`,
  123456789 AS `class_crc`,
  IFNULL('987654321', 0) AS `subclass_crcs`,
  0 AS `sphinx_deleted`,
  (SELECT `value`
    FROM `product_attributes`
    WHERE `product_id` = `products`.`id`
      AND `key` = 'Magnification'
    LIMIT 0, 1) AS `magnification`,
  (SELECT `value`
    FROM `product_attributes`
    WHERE `product_id` = `products`.`id`
      AND `key` = 'Objective Lens Diameter'
    LIMIT 0, 1) AS `objective_lens_diameter`
FROM `products`
WHERE `products`.`id` >= $start
  AND `products`.`id` <= $end
GROUP BY `products`.`id`
ORDER BY NULL

Я исправил это, используя метод быстрого сокращения, не уверенный, хорошо это или нет... Я определил третье отношение, которое включает в себя как отношения, которые я определил ранее только для поиска, так и использовал его в методе define_index. Вы можете увидеть мои отношения здесь - http://stackoverflow.com/questions/15791007/thinking-sphinx-search-for-different-conditions-from-the-same-join-table/15804611#15804611