Zum nächsten Datensatz springen

[idefix2]

Ich nehme an, er braucht dann nicht nur die id, sondern den ganzen nächsten Datensatz. Den will er ja anzeigen.

[DeddyH]

Zitat:

Code:

return $prevID->id;

Nö, nur die ID. Also kauft er für ein Glas Milch gleich eine ganze Kuh

[Luckie]

Ja, ich brauche nur die ID. Aber Optimierung kommt später. Erst mal soll es überhaupt funktionieren.

@Idefix: Ich werde deine Lösung nachher mal ausprobieren.

[Luckie]

@Idefix: Jetzt geht er aber nur die Datensätze durch, bei denen das Feld gesch_firma nicht leer ist. Aber ich brauche natürlich auch alle anderen, also bei denen gesch_firma oder name oder vorname leer ist.

[DeddyH]

Wie sieht es so aus?

SQL-Code:

SELECT 
  ID
FROM
  adressen
WHERE
  CONCAT_WS(' ',gesch_firma,name,vorname) >= 
    (SELECT 
       CONCAT_WS(' ',gesch_firma,name,vorname)
     FROM
       adressen
     WHERE ID = $id)
AND
  ID <> $id
ORDER BY
  gesch_firma,name,vorname
LIMIT 1

[idefix2]

Das klingt sehr danach, als wären doch NULLs im Spiel (dann wird übrigens die von DeddyH vorgeschlagene Abfrage das gleiche Ergebnis liefern). Der normale Leerstring wird im Vergleich kleiner als jeder andere String gereiht und ganz normal verglichen - für den Algorithmus macht also ein Leerstring keinen Unterschied. Die Datensätze, bei denen gesch_firma den Leerstring enthalten, müssten als erste angezeigt werden.

Wenn allerdings ein Feld NULL enthält, ergibt jeder Vergleich mit dem Feld ebenfalls NULL, was zur Folge hat, dass die Query keine Datensätze liefert, bei denen auch nur eines der drei Felder NULL ist.

Ich versuche, in meinen Datenbanken NULL wo immer es geht zu vermeiden, weil dieser Wert das ganze Handling (meistens unnötig) kompliziert.

edit: Die Abfrage aus Post 15 würde durch das ">=" eine Endlosschleife produzieren, wenn in der DB zwei Datensätze liegen, bei denen das concat der drei Felder gesch_firma, name und vorname den selben Wert ergibt, z.B. Firma Maier mit Leerstring als Name und Vorname und Person Maier mit Leerstring als gesch_firma und vorname.

edit 2: Ich habe eben geschrieben "was zur Folge hat, dass die Query keine Datensätze liefert, bei denen auch nur eines der drei Felder NULL ist." Das stimmt so aber nicht ganz, weil zwar fast alle Operationen, in die ein NULL-Wert involviert ist, wieder NULL ergeben, es gibt aber glaube ich zwei Ausnahmen: (NULL and false) liefert false, (NULL or true) liefert true.

[DeddyH]

Ich habe noch nie gehört, dass ein SQL-Statement ein Endlosschleife ergeben soll

[Luckie]

Also NULL kann keines der Felder werden. Siehe Anhang.


Ich werde das von DeddyH mal probieren. Was macht den CONCAT_WS? das kenne ich nicht.

Hm, das liefert gar keine ID.

[mkinzler]

Es hängt mehrere Felder zusammen und fügt ein Trennzeichen dazwischen ein

[DeddyH]

CONCAT_WS hängt die Strings ab Parameter 2 hintereinander, verwendet aber den 1. Parameter als Trenner.