Da werde, je nach Benutzerauswahl, Daten aus FD sortiert (Rufnummer oder Kundennummer)

wenn man ein GROUP BY macht, bezieht sich das ORDER BY auf die gruppierten daten!
also das ORDER BY passiert zu spät. es geht so nicht.
und im WHERE clause kann man nicht auf aggregate zugreifen, dafür gibt es das
HAVING, das passiert aber wiederum (eben deswegen) erst nach der gruppierung.
der punkt ist, dass man der datenbank nicht sagen kann, gruppiere mit folgenden
regeln, z.b. gruppiere bei foto.id immer die höchste id. keine ahnung, ob das nur
bei MySQL so ist oder auch bei anderen datenbanken, aber ich denke schon; ich
kenne auch keine sql-syntax, die sowas bieten würde.
du musst also erst jeweils die max(id) holen und dann in einem zweiten select die
fotos selektieren. evtl. geht das ja mit einem subselect.

Mit SubSelect klappt's (siehe oben), aber 0.07 secs stellt mich nur mäßig zufrieden...
und warum Martin's Code funktioniert versteh ich auch nicht.
Vielleicht hat er das so im Server konfiguriert\n\n

<!--EDIT|Froschpopo|1178698088-->

es kann auch zufall sein, dass es klappt, weil die interne mysql-sortierung
gerade die ist, die man möchte. zum gegentest einfach mal min statt max nehmen und
gucken, obs noch klappt. im übrigen verstehe ich martins beispiel so und so
nicht, da stehen perl-variablen drin

Stimmt, war wirklich nur Zufall :-(

Das mit den Perl-Variablen ist aber ganz einfach. Da wird z.B. $order_by einfach zur Laufzeit durch 'FD.meldung_name' ersetzt - je nachdem welchen Button der User im HTML-Formular geklickt hat. $start und $MeldungenProSeite dienen lediglich dazu das Suchergebnis seitenweise auszugeben.