![]() |
![]() ![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 24 Pomógł: 0 Dołączył: 2.12.2003 Ostrzeżenie: (0%) ![]() ![]() |
Sytuacja wygląda następująco:
Jest tabela zawierajaca kilkadziesiat tysiecy rekordow Przeszukiwanie odbywa się po zaindeksowanych "krótkich" TINYINT(2) kolumnach. Sortowanie odbywa sie po kolumnie 10-cioznakowej Zapytanie bedzie wybierało (SELECT) "długie" dane opisowe. Czy z punktu widzenia wydajnosci bardziej oplaca sie: 1. wykonać zapytanie bez LIMIT'u, z sortowaniem, policzyć ilość wyników, a następnie LIMIT osiągnąć poprzez php 2. wykonać zapytanie dodając LIMIT i sortowanie, a następnie wykonac drugie zapytanie tylko w celu policzenia wszystkich znalezionych rekordow (bez sortowania i SELECT'owania "długich" kolumn) |
|
|
![]()
Post
#2
|
|
![]() Grupa: Moderatorzy Postów: 36 557 Pomógł: 6315 Dołączył: 27.12.2004 ![]() |
najpierw pobierasz ile masz rekordow:
To ci zwroci liczbe rekordow. A potem sobie robisz zapytanie z limitem. ps:Mozna tez przy limit okreslic ile jest wszystkich rekordow, ale i tak trzeba przy tym wykonac drugie zapytanie -------------------- "Myśl, myśl, myśl..." - Kubuś Puchatek || "Manual, manual, manual..." - Kubuś Programista "Szukaj, szukaj, szukaj..." - Kubuś Odkrywca || "Debuguj, debuguj, debuguj..." - Kubuś Developer |
|
|
![]()
Post
#3
|
|
Grupa: Zarejestrowani Postów: 24 Pomógł: 0 Dołączył: 2.12.2003 Ostrzeżenie: (0%) ![]() ![]() |
ok, dzieki
|
|
|
![]()
Post
#4
|
|
Grupa: Zarejestrowani Postów: 121 Pomógł: 15 Dołączył: 19.07.2007 Ostrzeżenie: (0%) ![]() ![]() |
Poczytaj o SQL_CALC_FOUND_ROWS
|
|
|
![]() ![]() |
![]() |
Wersja Lo-Fi | Aktualny czas: 14.08.2025 - 05:22 |