Will_paginate и геокит неправильное поведение (двойной запрос) - PullRequest
Новая
       23

Will_paginate и геокит неправильное поведение (двойной запрос)

0 голосов
/ 04 июня 2010

Я использую will_paginate, чтобы разбить на страницы результаты поиска по геокитам. Код работает, однако, при просмотре журнала он удваивает запрос geokit при использовании следующего вызова will_paginate: 

@posts = Post.paginate :page => params[:page], :per_page => 1, 
                        :origin => @search, :within => @miles, :include => :user

Это исходный вызов без разбиения на страницы, который работает как ожидалось (один запрос): 

@posts = Post.find(:all, :origin => @search, :within => @miles, :include => :user)

Ниже приведен вывод журнала при использовании первого вызова will_paginate: 

Processing PostsController#search (for 127.0.0.1 at 2010-06-03 22:10:29) [POST]
  Parameters: {"commit"=>"Search", "action"=>"search", "authenticity_token"=>"K9Btfu6p7pz2mt+lWH0Fx0O7qj+0QY21JpfgyWT738I=", "controller"=>"posts", "location"=>"new york"}
Google geocoding. Address: new york. Result: <?xml version="1.0" encoding="UTF-8" ?>
<kml xmlns="http://earth.google.com/kml/2.0"><Response>
  <name>new york</name>
  <Status>
    <code>200</code>
    <request>geocode</request>
  </Status>
  <Placemark id="p1">
    <address>New York, NY, USA</address>
    <AddressDetails Accuracy="4" xmlns="urn:oasis:names:tc:ciq:xsdschema:xAL:2.0"><Country><CountryNameCode>US</CountryNameCode><CountryName>USA</CountryName><AdministrativeArea><AdministrativeAreaName>NY</AdministrativeAreaName><SubAdministrativeArea><SubAdministrativeAreaName>New York</SubAdministrativeAreaName><Locality><LocalityName>New York</LocalityName></Locality></SubAdministrativeArea></AdministrativeArea></Country></AddressDetails>
    <ExtendedData>
      <LatLonBox north="40.8494506" south="40.5788125" east="-73.7498541" west="-74.2620917" />
    </ExtendedData>
    <Point><coordinates>-74.0059729,40.7142691,0</coordinates></Point>
  </Placemark>
</Response></kml>
  Post Load (0.7ms)   SELECT *, 
 (ACOS(least(1,COS(0.710598048337988)*COS(-1.2916478932467)*COS(RADIANS(posts.lat))*COS(RADIANS(posts.lng))+
 COS(0.710598048337988)*SIN(-1.2916478932467)*COS(RADIANS(posts.lat))*SIN(RADIANS(posts.lng))+
 SIN(0.710598048337988)*SIN(RADIANS(posts.lat))))*3963.19)
 AS distance FROM `posts` WHERE (((posts.lat>40.352844467866 AND posts.lat<41.075693732134 AND posts.lng>-74.4827993840952 AND posts.lng<-73.5291464159048)) AND (
 (ACOS(least(1,COS(0.710598048337988)*COS(-1.2916478932467)*COS(RADIANS(posts.lat))*COS(RADIANS(posts.lng))+
 COS(0.710598048337988)*SIN(-1.2916478932467)*COS(RADIANS(posts.lat))*SIN(RADIANS(posts.lng))+
 SIN(0.710598048337988)*SIN(RADIANS(posts.lat))))*3963.19)
 <= 25)) LIMIT 0, 1
  Post Columns (2.4ms)   SHOW FIELDS FROM `posts`
  User Columns (2.2ms)   SHOW FIELDS FROM `users`
  User Load (0.4ms)   SELECT * FROM `users` WHERE (`users`.`id` = 1) 
Google geocoding. Address: new york. Result: <?xml version="1.0" encoding="UTF-8" ?>
<kml xmlns="http://earth.google.com/kml/2.0"><Response>
  <name>new york</name>
  <Status>
    <code>200</code>
    <request>geocode</request>
  </Status>
  <Placemark id="p1">
    <address>New York, NY, USA</address>
    <AddressDetails Accuracy="4" xmlns="urn:oasis:names:tc:ciq:xsdschema:xAL:2.0"><Country><CountryNameCode>US</CountryNameCode><CountryName>USA</CountryName><AdministrativeArea><AdministrativeAreaName>NY</AdministrativeAreaName><SubAdministrativeArea><SubAdministrativeAreaName>New York</SubAdministrativeAreaName><Locality><LocalityName>New York</LocalityName></Locality></SubAdministrativeArea></AdministrativeArea></Country></AddressDetails>
    <ExtendedData>
      <LatLonBox north="40.8494506" south="40.5788125" east="-73.7498541" west="-74.2620917" />
    </ExtendedData>
    <Point><coordinates>-74.0059729,40.7142691,0</coordinates></Point>
  </Placemark>
</Response></kml>
  SQL (0.4ms)   SELECT count(*) AS count_all FROM `posts` WHERE (((posts.lat>40.352844467866 AND posts.lat<41.075693732134 AND posts.lng>-74.4827993840952 AND posts.lng<-73.5291464159048)) AND (
 (ACOS(least(1,COS(0.710598048337988)*COS(-1.2916478932467)*COS(RADIANS(posts.lat))*COS(RADIANS(posts.lng))+
 COS(0.710598048337988)*SIN(-1.2916478932467)*COS(RADIANS(posts.lat))*SIN(RADIANS(posts.lng))+
 SIN(0.710598048337988)*SIN(RADIANS(posts.lat))))*3963.19)
 <= 25)) 
Rendering template within layouts/application

Как видите, запросы KML / XML и SQL удваиваются. Есть идеи, что происходит и как я могу это исправить? Спасибо!

-Tony

1 Ответ

0 голосов
/ 04 июня 2010

На самом деле это стандартное поведение. will_paginate сначала считает количество записей, а затем извлекает 20 строк, в зависимости от видимой страницы и количества строк на странице. (поэтому запросы не полностью идентичны).

Количество необходимо для отображения количества страниц.

Но ваше ведение журнала не имеет для меня полного смысла, так как запрос will_paginate ограничит число до 20 (или любого другого размера страницы), а также показанные запросы не совсем идентичны: например, я вижу разные условия. *

...