Witam

Mam zapytanie takie:

[PHP] pobierz, plaintext 
 
$dql = "SELECT p, c FROM Entities\Product p LEFT JOIN p.ceny c";
 
$query = $em->createQuery($dql);
$query->setMaxResults(2000);
 
[PHP] pobierz, plaintext 

w jednym produkcie mam od 0 do 10 cen, jeśli dam limit to nie mam stałej liczby wyników na stronie nie mogę więc zrobić stronicowania, bo on daje bezpośrednio limit po zapytaniu SQL nie załapując tego że chodzi mi o 2000 pierwszych produktów a nie o 2000 pierwszych połączonych produkto-cen.


Pozdrawiam

Skoro chcesz same produkty to po co robisz LEFT JOIN do tabeli z cenami ? A jeśli już musi ten JOIN tam być to może GROUP BY wystarczy ?

bo chce żeby od razu załadował ich ceny, przy group by cen nie załaduje.

Próbowałem to obejść WHERE p.id IN ( SELECT produkt ... LIMIT 10 )

ale wychodzi na to że limit nie działa w podzapytaniach w mysql. Lekka kicha.

A jaką tam masz strukturę tabel? Po co trzymasz kilka cen dla produktu ? historia zmian czy coś innego ? Twój problem da się rozwiązać na co najmniej kilka sposobów, ale daj więcej info na temat tego co dokładnie chcesz osiągnąć.

Kilka cen = kilka cen dla różnych klientów jest. Inne grupy cenowe dla grupy klienci zwykli i np. stali współpracownicy.

Jest taka możliwość z SQL:

[SQL] pobierz, plaintext 
 
SELECT * FROM A JOIN (SELECT * FROM A LIMIT 10) AS A1 ON A1.A.id
 
[SQL] pobierz, plaintext 

pytanie czy da się to jakoś zrobić w tym SQL doctrinowym dwa zero?

Chcesz zrobić zwykłe stronnicowanie rekordów? Jeśli tak to wystarczy:

[PHP] pobierz, plaintext 
$dql = "SELECT p, c FROM Entities\Product p LEFT JOIN p.ceny c";
 
$result = $em->createQuery($dql)
      ->setFirstResult($start)
      ->setMaxResults($limit)
      ->getResult();
[PHP] pobierz, plaintext 

Gdzie:
$start = Od którego rekordu ma liczyć
$limit = Ile rekordów ma zwrócić

Niestaczy bo te funkcje jeśli zadam im np. 10 na stronie to mi wypiszą 10 wpisów (cena * produkt), podczas gdy ja mogę mieć w jednym produkcie 3 ceny, w drugim 5 w trzecim 2. I będę miał całowity rozpierdziel w wyświetlanych danych.

[SQL] pobierz, plaintext 
SELECT p.id FROM product p INNER JOIN ... INNER JOIN ... WHERE p.category_id = :cid AND ... AND ... GROUP BY ... ORDER BY ... LIMIT ... OFFSET ...;
[SQL] pobierz, plaintext 

[SQL] pobierz, plaintext 
SELECT p.id, p.name, pr.price, pr.GROUP ... FROM product p INNER JOIN ... INNER JOIN ... WHERE p.id IN (:lista_id_z_wcześniejszego_zapytania) GROUP BY ... ORDER BY ...
[SQL] pobierz, plaintext 

To jest ogólny mechanizm pobierania danych w takim przypadku, korzystając z Doctrine wygląda to z grubsza tak samo.

Przy czym istnieją narzędzia, które automatyzują ten proces (np. odpowiedni adapter dla Zend/Paginatora), gdzie jedyne co musisz zrobić to przekazać Doctrine'owskie zapytanie (obiekt Doctrine\ORM\Query), a one wygenerują pierwsze i odpowiednio zmodyfikują drugie po czym je wykonają.

tylko jak tą listę ID z poprzedniego zapytania przekazaćdo następego? czy zmienną mysql czy przez php? wydaje mi się że przez PHP to się "zmuli"

Zależy jak duży chcesz robić limit, jeśli na kilka tysięcy rekordów (tak jak w przykładzie) to faktycznie zapytanie i samo przesłanie zapytania z php do mysql może zamulić.

tak gdzieś 100, 500 albo nawet 5000 produktów. A tamto zapytanie pobierające ID to chyba nie mogę zrobić przez Doctrine? Bo nie bardzo mam pomysł jak wykorzystać doctrine do czegoś takiego, zwłasza że wolałbym w tablicy asocjacyjnjej wybrać samo ID a nie ładować zbędnych kolumn produktów - nie wiadomo kiedy pamięci zabraknie.

BTW. sam pomysł ładowania wszystkiego naraz zamiast 500 małych zapytań jest chyba ok? Z moich testów wychodzi że znacznie szybciej by to szło.



a możesz jeszcze podać linka do takiego narzędzia?

@Google: doctrine extensions, Google: doctrine zend paginator adapter