레일즈 .page 모델 호출 또한 count를

Question

간단하게하려고 노력한다. Model.all.page(1)
.page가 호출 될 때마다, 그것은 SQL COUNT 호출을 만든다. (실제 코드는 위의 코드보다 복잡하지만 읽기가 쉽도록 단순화되었습니다.) .page가 SQL 개수를 호출하지 못하게하는 방법이 있습니까? 나는 수백만 개의 제품을 다루고 있는데,이 호출은 페이지 새로 고침을로드하는 데 2 ​​초가 걸리게하는 것입니다. 나는 이미 내 자신의 커스텀 카운트를 가지고 있으므로이 페이징 카운트는 필요 없다.

편집 : Def .all을 사용하지 마십시오. 나쁜 예가 미안해. 기본적으로 내 한마디에 코드

Heres는 정말 간단한 예 : 내 진짜 코드를 SQL로 Product.limit(1).page(1)

는 생산 : (1495.3ms) SELECT COUNT(*) FROM 'products' LEFT OUTER JOIN...

내가 가진 내가 할 필요가없는 제품의 테이블에 조인 따라서 내가 사용하고자하는 자체 카운트 방법이 있으며 실제로 .page를 생성하지 않아도됩니다.

Answer 1

Model.all.page(1)을 호출하면 ActiveRecord 관계 대신 배열이 반환됩니다.

은 Model.page(1)를 호출 시도하고 당신은 당신이 원하는 것을 ... 당신이 원하는 것은 경우 얻어야한다 :

Model.page(1) 

# results in SELECT "models".* FROM "models" LIMIT 30 OFFSET 0 

편집 : 그래서 문제가 호출되었을 때 will_paginate 보석에 었죠 질의를 계산하여 정확한 총 페이지 수를 얻을 수 있도록 전체 항목 수를 파악합니다. 그러나 will_paginate는 사용자가 total_entries 카운트를 전달할 수있는 방법 인 paginate에 옵션을 제공합니다.이 테이블은 방대한 테이블을 가지고 있고 쿼리와 일치하는 모든 레코드에 대해 정확한 페이지 수를 얻지 않아도 유용합니다.

당신과 같이 옵션에 전달할 수 있습니다 :

Model.paginate(:page => params[:page], :per_page => 30, :total_entries => 100) 

Answer 2

당신은 COUNT 쿼리를하는 것에 관심을 가지고 있지만, Model.all을 통해 데이터베이스의 모든 레코드를 선택하고 있습니까? 너 지금 농담하는거야? 또한 도움을 받으려면 코드를 제공해야합니다. 우리는 당신의 마음을 읽을 수 없습니다, 당신은 어떤 코드를 가질 지 모릅니다. 특히 "내 실제 코드가 위보다 복잡합니다"라고 말할 때 특히 그렇습니다. 문제를 단순화 시키거나 코드가 숨어 있다고 생각하지 마십시오.

코드의 모양은 무엇입니까? 로그의 모양은 무엇입니까? 특히 쿼리 시간과 총 페이지 시간 (렌더링 및 ActiveRecord가 분리됨). 더 많은 정보를 제공해야합니다.