PostgreSQL分组错误组由表有时只有

时间:2015-09-10 20:03:40

标签: ruby-on-rails ruby postgresql ruby-on-rails-4.2

这是一个奇怪的问题。我正在使用PG搜索以及一些自制类来填充我网站上的搜索结果。自制类是用于进一步细化搜索的标签。例如,您搜索食物并且您想要有机食物,因此您可以减少未标记为有机食物和食物的搜索结果。它工作了很长时间。

这一切都是在我升级到4.2.1 rails之后开始的。

我已经能够将错误跟踪到特定的代码行:

 joins(:tags).where(tags: {id: tag_list }).group("businesses.id").having("count(*) 
 = #{tag_list.size}")

这行代码是以下函数的一部分:

  def self.tagged_with_all(tag_list)
   unless tag_list.empty?
     joins(:tags).where(tags: {id: tag_list }).group("businesses.id").having("count(*) = #{tag_list.size}")
  else
   all
  end
 end

错误如下所示:

PG::GroupingError: ERROR:  column "pg_search_businesses.rank" must 
appear in the GROUP BY clause or be used in an aggregate function
LINE 1: ...UP BY businesses.id HAVING count(*) = 1  ORDER BY pg_search_...

所以我想为什么不按照错误的建议并将pg_search_business.rank添加到汇总中,以便上面的麻烦行成为:

 joins(:tags).where(tags: {id: tag_list }).group("businesses.id", 
 "pg_search_business.rank").having("count(*) 
 = #{tag_list.size}")

这部分时间有效,但调用此函数时并不总是出现pg_search_business.rank。在这些时候,如果我直接使用上面的代码,我会收到以下错误:

PG::UndefinedTable: ERROR:  missing FROM-clause entry for table 
"pg_search_businesses"LINE 1: ...."name" = 'Kid Friendly') 
GROUP BY businesses.id, pg_search_

我现在想知道是否有可靠的方法来检查pg_search_business.rank在函数范围内的存在,或者是否有更好的RoR方式来处理这个特定问题。

当在pg_search范围之外调用self.tagged_with_all方法时,会发生错误。

我遇到的是两个独立的分组问题,我们必须使用pg_search_businesses.rank和另一个我们不能分组的问题进行分组。我正在寻求解决此问题的最佳方法。

提前感谢您的帮助。我是红宝石编码的新手,这是我第一个与红宝石相关的问题,请告诉我是否可以为您提供更多信息。

1 个答案:

答案 0 :(得分:0)

谢谢你@mu太短了

该问题被追踪到添加一个在相关函数范围之外设置的变量。目前,这是跟踪分组中何时需要 pg_search_businesses.rank 的唯一方法。

我添加了以下逻辑来设置全局变量$ group_text

    unless q.empty?
     $group_text = "businesses.id" + "," + " pg_search_businesses.rank"
    else
     $group_text = "businesses.id"
    end

这是我添加代码的功能(这样你就可以知道q是什么以及它来自哪里。

  def self.search(q)
    unless q.empty?
     $group_text = "businesses.id" + "," + " pg_search_businesses.rank"
    else
     $group_text = "businesses.id"
    end
    unless q.empty?
      search_text(q)
    else
      all
    end
  end

这似乎可以作为一种解决方案,但我仍然愿意接受解决这一特定问题的替代方法,因为这个问题有点被黑了。

再次感谢SO和mu太短了