3

我们正在构建一个使用 Solr 作为搜索引擎的 Ruby on Rails 应用程序。以下版本号可能与下一段中描述的问题相关:

  • 红宝石:1.9.2
  • 导轨:3.2.6
  • 太阳黑子:1.3.0.rc5

背景

我们有一个Feedback由不同子类继承的模型。类层次结构如下所示(单表继承):

Feedback
  |- Problem
  |- Question
  |- Suggestion
  |- Announcement

Feedback模型中,索引由以下代码启用:

searchable :auto_index => true, :auto_remove => true do
  string :type
  text :title, :boost => 2
  text :content
  integer :user_id
  time :created_at
  ...
end

问题

这样做的问题是,例如,在创建Problem标题为“problemtitle”的新时,Sunspot 会初始化Problem 底层的自动索引Feedback。当搜索标题为“问题标题”的反馈时

search = Feedback.solr_search do
    with(:type, type.capitalize)
    fulltext("problemtitle") {minimum_match 1}
    paginate(page: options[:page], per_page: options[:per_page])
end

找到两个结果。一个结果是 ,Problem另一个是Feedback。这表明在类层次结构中,一个类及其子类被索引;据我所知,这应该是正确的。

这里奇怪的是,使用命令重新索引索引bundle exec rake sunspot:solr:reindex并搜索Feedback标题为“problemtitle”的结果是Problem上面创建的一个结果。

我们通过添加:unless => proc {|model| model.class == Feedback}Feedback模型中的可搜索定义来解决这个问题。这确保只有子类Feedback被自动索引。

问题

我的问题是这是否是所需的行为(是功能还是错误)。我不明白为什么重新索引将模型索引与创建时的自动索引不同。这可能是我们如何实现类层次结构的问题吗?

如果需要更多信息来回答我的问题,我会尽力提供。

最诚挚的问候,

塞巴斯蒂安

4

2 回答 2

4

Sebastian,我认为这里的问题是 Sunspot 使用完整的类名和 id 创建了 Solr 主 id:

def index_id_for(class_name, id) #:nodoc:
  "#{class_name} #{id}"
end

因此,如果您的类被索引为 aFeedback然后又作为Feedback::ProblemSolr 将有两个条目,因此在搜索时返回它们。然后,Sunspot 将尝试将每个项目与数据库进行匹配,两次提取相同的项目。当重新索引整个数据库时,会删除每个项目的当前类索引 - 这就是为什么在重新索引后只有一个。

我们遇到了类似的问题,解决方案是InstanceAdapter为 STI 类创建我们自己的类并将其注册到初始化程序中:

class StiInstanceAdapter < Sunspot::Adapters::InstanceAdapter

  def id
    @instance.id
  end

  def index_id
    return Sunspot::Adapters::InstanceAdapter.index_id_for(@instance.class.base_class.name, id)
  end

end

Sunspot::Adapters::InstanceAdapter.register(StiInstanceAdapter, Feedback)

我知道这有点晚了,但希望它有所帮助。

于 2014-05-23T16:41:13.137 回答
2

我们通过使用除非语句扩展可搜索块解决了上述问题:

searchable :auto_index => true, :auto_remove => true, 
  :unless => proc {|model| model.class == Feedback} do
    string :type
    text :title, :boost => 2
    text :content
    integer :user_id
    time :created_at
    ...
  end
end
于 2013-07-09T11:30:38.347 回答