减少 Rails 应用程序中数据库查询的技术

Question

如果您的 Rail 应用程序具有许多复杂的关联模型，您会采用哪些技术来减少数据库查询？

事实上，我会进一步扩展这个问题并问，您认为任何页面的“太多”查询是什么？

我有一个页面，预计每个页面加载最终会访问数据库大约 20 次。这令人担忧，但不知道我是否应该担心，或者我可以做些什么来减轻负担？

Answer 1

查看：bullet

这是识别 n+1 查询的好方法，并提供建议来最小化它。

它确实会减慢开发模式，因此当您不进行性能调优时，请务必禁用它。

当我们这样做时，还可以查看：rails_indexes

一种识别您的索引的简单方法应用程序可能会丢失。

快乐调音。

Answer 2

一种常见的做法是明智地使用 include => : 关联选项。

例如，在控制器上，您可能会执行以下操作：

def show
    @items = Item.find(:all) 
end

...并且显示视图会执行类似以下操作：

<% @items.each |item| %>
    <%= item.product.title %>
<% end %>

这将为每次调用产品创建一个查询。但是，如果您按如下方式声明包含关联，则您将在一个查询中获得急切加载的关联：

def show
    @items = Item.find(:all, :include => :product)
end

与往常一样，检查控制台以了解查询时间等。

Answer 3

如果您只需要显示数据，我正在使用 :joins 和 :select 选项。
我发现命名范围非常有用，可以定义所有可能的 :join 和一个 :select_columns 命名范围。示例

    class Activity < ActiveRecord::Base
      belongs_to :event
      belongs_to :html_template
      has_many :participants

      named_scope :join_event, :joins => :event
      named_scope :join_owner, :joins => {:event => :owner}
      named_scope :left_join_html_template, 
      :joins => "LEFT JOIN html_templates ON html_templates.id = activities.html_template_id"
      named_scope :select_columns, lambda { |columns| {:select => columns}}
      named_scope :order, lambda{ |order| {:order => order}}
end

现在您可以轻松地构建这样的查询：

columns = "activities.*,events.title,events.owner_id,owners.full_name as owner_name"
@activities = Activity.join_event.join_owner.order("date_from ASC").select_columns(columns)

我认为这不是最好和最安全的方法，但就我而言，它确实减少了每个请求执行的查询计数，并且还没有出现关于某些错误生成的查询的错误。

Answer 4

估计查询的限制确实很困难。这与您的应用程序的概念/设计有关。

如果您不必重新加载整个页面，我建议您考虑使用 javascript（或 rjs），以便仅更新您需要的数据。这应该也是一个 UI 改进，您的用户会喜欢它！

检查从 ActiveRecord 查询生成的 SQL。确保一切都像预期的那样。

考虑对数据库进行非规范化以提高性能。 （小心）

这是我从“代码方面”看到的。