Truy vấn ActiveRecord chậm hơn nhiều so với SQL thẳng?

Question

Tôi đã làm việc tối ưu hóa các cuộc gọi DB của dự án của tôi và tôi nhận thấy một sự khác biệt "đáng kể" trong hoạt động giữa hai cuộc gọi giống hệt dưới đây:

connection = ActiveRecord::Base.connection() 
pgresult = connection.execute(
    "SELECT SUM(my_column) 
    FROM table 
    WHERE id = #{id} 
    AND created_at BETWEEN '#{lower}' and '#{upper}'") 

và phiên bản thứ hai:

sum = Table. 
     where(:id => id, :created_at => lower..upper). 
     sum(:my_column) 

Các phương pháp sử dụng phiên bản đầu tiên trên trung bình mất 300ms để thực thi (hoạt động được gọi là một vài nghìn lần tổng số trong đó), và phương pháp sử dụng phiên bản thứ hai mất khoảng 550ms. Tốc độ giảm gần như 100%.

Tôi đã kiểm tra lại SQL được tạo bởi phiên bản thứ hai, nó giống hệt với phiên bản đầu tiên có ngoại lệ đối với cột bảng chuẩn bị trước với tên bảng.

• Tại sao chậm lại? Việc chuyển đổi giữa ActiveRecord và SQL có thực sự khiến cho hoạt động mất gần gấp 2 lần không?
• Tôi có cần phải viết để viết SQL thẳng (có lẽ ngay cả một sproc) nếu tôi cần phải thực hiện các hoạt động tương tự một tấn thời gian và tôi không muốn để đạt trên không?

Cảm ơn!

Answer 1

Một vài điều sẽ nhảy ra ngoài.

Thứ nhất, nếu mã này được gọi là 2000 lần và mất thêm 250ms để chạy, đó là 0.125ms cho mỗi cuộc gọi để chuyển đổi Arel thành SQL, điều này không thực tế. Thứ hai, tôi không chắc chắn về bên trong của Range trong Ruby, nhưng lower..upper có thể làm các phép tính như kích thước của phạm vi và những thứ khác, đó sẽ là một hit hiệu suất lớn.

Bạn có thấy cùng một lần truy cập hiệu suất như sau không?

sum = Table. 
     where(:id => id). 
     where(:created_at => "BETWEEN ? and ?", lower, upper). 
     sum(:my_column)