Do tej pory używałem knpPanginatora ( https://github.com/KnpLabs/KnpPaginatorBundle ). Jednak do aktualnego zadania wydaje się być nieoptymalny, lub po prostu nie potrafię go optymalnie wykorzystać.

Załóżmy, że mam klasę Category i Product taka jak tutaj : http://symfony.com/doc/current/book/doctri...ps-associations .

[PHP] pobierz, plaintext 
$em = $this->get('doctrine.orm.entity_manager');
$dql = "SELECT a FROM VendorBlogBundle:Article a";
$query = $em->createQuery($dql);
 
$paginator = $this->get('knp_paginator');
$pagination = $paginator->paginate(
    $query,
    $this->get('request')->query->get('page', 1)/*page number*/,
    10/*limit per page*/
);
[PHP] pobierz, plaintext 

Ten kod generuje o ile dobrze pamiętam 3 zapytania
1. liczy ile jest rekordów
2. pobiera id rekordów, które mają być pobrane
3. pobiera rekordy, których id zostały pobrane w poprzednim zapytaniu

Dziwi mnie, czemu 2 i 3 zapytanie nie zostały "skumulowane" do jednego.

Gdyby moje zapytanie było bardziej skomplikowane, np. miało jakiegoś join, np taki jak w example:

[PHP] pobierz, plaintext 
'
            SELECT p, c FROM AcmeStoreBundle:Product p
            JOIN p.category c
            WHERE p.id = :id'
[PHP] pobierz, plaintext 

to pierwsze zapytanie wyglądało by tak:

[SQL] pobierz, plaintext 
 SELECT count(DISTINCT p) FROM AcmeStoreBundle:Product p
            JOIN p.category c
            WHERE p.id = :id'
[SQL] pobierz, plaintext 

Co jest niepotrzebne, wystarczy dać samo :

[SQL] pobierz, plaintext 
SELECT count(p.id) FROM AcmeStoreBundle:Product p 
[SQL] pobierz, plaintext 

Bo wynik będzie ten sam, a czas wykonania kilkanaście razy krótszy.


Dlatego ten sposób paginacji odpada.
Czy mogę poprosić was o podsunięcie mi innych pomysłów na paginację ?

KnpPaginatorBundle korzysta z knp-components. Zobacz sobie po czym dziedziczy SlidingPagination.
Możesz napisać swój paginator i skonfigurować go jako jeden z serwisów.

Najlepiej taki paginator zrobic sobie jako rozszerzenie twig-a i wywolywac go w widoku.