Tak się chyba nie da, count dotyczy grupy, a nie wszystkich danych, które są zwracane.
Może liczyć samodzielnie, odczytując kolejne rekordy?

Nie wpadłem na żaden pomysł jak zrobić to bez dwukrotnego przetworzenia podzapytania. Funkcja okienkująca załatwiłaby sprawę, ale MySQL jeszcze długo nie będzie tego miał. Chyba pobierać po jednym wierszu na raz i zliczać byłoby najsensowniej.

----
EDIT: a jednak jest rozwiązanie!
W MySQLu można "udawać" okienka na zmiennych użytkownika.

zapytanie piszesz tak:

SET @q=0; SELECT t.*, @q:=@q+1 AS cnt FROM (tu twoje zapytanie) AS t;

i dostajesz wynik z dodatkową kolumną cnt, która liczy od 1 w górę. Wystarczy przeczytać ją z ostatniego wiersza i będzie to liczba wierszy.

Sprawdziłem sobie i nie trzeba robić nawet podzapytania. Poprostu dodaj do swojego zapytania kolumnę "@q:=@q+1 AS cnt", przed właściwym zapytaniem wywołaj "SET @q=0;" (albo doklej je na początku) i będziesz miał dodatkową kolumnę numerującą zwracane wiersze. Odczytanie jej z ostatniego wiersza powie Ci ile ich było. Te rozwiązanie nie zwięszka złożoności zapytania. Możesz zastosować bez obaw. Jak chcesze to możesz wykonywać tam nawet bardziej złożone obliczenia od zwiększania o jeden.

Mały już próbował. mysql_num_rows zwiększało czas zapytania dwukrotnie...

Mały grupuje wyniki zapytań, czy przedstawiona przez Ciebie inkrementacja jest wykonywana przed, czy po grupowaniu? Mam wrażenie, że przed, ale nie sprawdzałem.

Jellonek, o tym napisałem w pierwszym swoim poście.

No ale przeciez ta funkcja (to jest funkcja PHP) nie wykonuje zapytania, a operuje na resultsecie. Nie rozumiem jak moze spowalniac dwa razy...

edit: a juz rozumiem.
Maly nie robi sie mysql_num_rows(mysql_query($sql)) a:

$rs=mysql_query($sql);
$count=mysql_num_rows($rs);
while($row=mysql_fetch_xxx($rs)) { 
      tutaj robisz co chcesz z wynikami;
}

Ja pozamiatałem wcześniej. Nie wpadło mi tylko do głowy, że aby użyć num_rows ktoś wpadnie na pomysł żeby drugi razy wykonywać zapytanie :)

To zmień sobie tytuł z Kierownika na Sprzątaczkę zamieszania. ;)

He, he, Mały popełnił tak podręcznikowy błąd, że tylko dwóch na to zwróciło uwagę, a reszta usilnie się głowiła OCB z autorem tegoż posta na czela, a co!? :D

I tak w ramce się nie mieszczą.

Jeśli potrzebujesz zrobić to w ten dziwny sposób, to jellonek jednak ma racje. Robisz tymczasową (TEMPORARY) tabelę z kolumnami takimi jakie wyciągasz, potem INSERT ... SELECT ... do tej tabeli i potem robisz co chcesz na tej tymczasowej tabeli bo tam są tylko te wiersze, które potrzebujeszm czyli pójdzie szybko - liczysz je sobie i potem wyciągasz. Nie powinno być strasznie wolne, raczej do skrajnego przypadku nie dojdzie (większość pracy robiona jest wewnątrz bazy a wyniki wyciągane są tylko raz, co jest dużym plusem, bo przetoczenie wszystkich tych wierszy do php też trochę kosztuje).
Tabela zostanie automatycznie zdropowana przy zamknięciu połączenia (i nie będzie kolidowała z innymi połączeniami)

To już zależy od szczegółów, bo zerknąwszy na zapytanie można zauważyć, że jest parametryzowane kilkoma zmiennymi (zresztą trochę w sposób jak nie powinno się tego robić, bo patrząc na kod zapytania nie wiadomo co dokładnie ono robi. Np przez zmienne $dodatek_a1 i $dodatek_h1 zapytanie może, o zgrozo, joinować podstawową tabelę z różnymi tabelami!) i jeśli wartości tych zmiennych różnią się w sąsiednich zapytaniach, to i zawartość wynikowej tabeli może być zupełnie inna i może bardziej opłacać się budować ją od nowa. A jeśli będą dwa różna zapytania z różnymi parametrami w dwóch równoległych połączeniach (czego nie można wykluczyć przy interfejsach webowych), to i tabele muszą być osobne, żeby ustrzec się nieprzewidywalnych błędów.