Die letzte Zeile aus der DB schnell auslesen?

[AlexII]

Zitat von p80286:

select max(knr) from tbteilnehmer Group by teilnehmer-id gar nicht so falsch.

Da macht SQLite irgendwie nicht mit... wahrscheinlich weil knr keinen Index hat.

[mjustin]

Zitat von AlexII:

kann man die letzte Datenzeile aus der DB ohne einer Schleife auslesen?

Ganz alternative Lösung: in einer eigenen Tabelle immer die letzte Datenzeile speichern, sobald ein neuer Datensatz angelegt wird. Ganz ohne eine Definition, was "letzte" bedeutet, bleibt es Stochern im Nebel

[AlexII]

Zitat von mjustin:

Zitat von AlexII:

kann man die letzte Datenzeile aus der DB ohne einer Schleife auslesen?

Ganz alternative Lösung: in einer eigenen Tabelle immer die letzte Datenzeile speichern, sobald ein neuer Datensatz angelegt wird. Ganz ohne eine Definition, was "letzte" bedeutet, bleibt es Stochern im Nebel

Muss ich wohl machen, da sonst wenn der letzte Kunde gelöscht wird, bekommt der neue seine KNr.

[mjustin]

Zitat von AlexII:

Muss ich wohl machen, da sonst wenn der letzte Kunde gelöscht wird, bekommt der neue seine KNr.

[DeddyH]

Wenn es zu dem Kunden bereits abhängige Daten gibt, wird das mit dem Löschen eh schwierig (bei entsprechender Datenstruktur).

[Dejan Vu]

Obwohl die Idee mit dem 'ORDER BY DESC LIMIT' meistens echt brauchbar ist, würde ich mir bei großen Datenmengen 2x überlegen, ob ich diesen Weg gehen soll. Denn wider dem gesunden Menschenverstand (ist das grammatikalisch überhaupt korrekt ?) scheinen einige RDBMS bei der Sortierung etwaige Indexe zu ignorieren (sofern es sich nicht um den Primär/Clustered Index handelt) und rödeln ewig und drei Tage rum, bis sie das letzte Element ausspucken. Andere verwenden einen Index, aber auch nur dann, wenn er auch absteigend sortiert ist.

Ein Aggregat, wie 'SELECT MAX(ID)' ist dagegen -mit Index- schnell genug.

Im Zweifelsfall würde ich die Kandidaten durchprobieren.

Bei kleinen Datenmengen ist das aber wurscht.

Zitat von DeddyH:

Wenn es zu dem Kunden bereits abhängige Daten gibt, wird das mit dem Löschen eh schwierig (bei entsprechender Datenstruktur).

Aber auch nur dann, wenn man Foreign Keys benutzt, also Schattenparker ist.

[himitsu]

Um das einfach nochmal genauer aufzuzeigen

SQL-Code:

SELECT knr 
FROM tbteilnehmer 
ORDER BY id_teilnehmer DESC 
LIMIT 1

bzw.

SQL-Code:

SELECT
  knr 
FROM
  tbteilnehmer 
ORDER BY
  id_teilnehmer DESC 
LIMIT
  1

Da wird dann verständlicher was zusammengehört.

• nimm alle Daten aus der Tabelle (da kein WHERE)
• sortiere Dieses umgekehrt (DESC)
• nimm nur das Letzte Erste (LIMIT 1) ...

Das Erste (SORT id_teilnehmer DESC) ist ja der Letzte (SORT id_teilnehmer ASC), vor der Umsortierung.

[DeddyH]

Zitat von Dejan Vu:

Zitat von DeddyH:

Wenn es zu dem Kunden bereits abhängige Daten gibt, wird das mit dem Löschen eh schwierig (bei entsprechender Datenstruktur).

Aber auch nur dann, wenn man Foreign Keys benutzt, also Schattenparker ist.

Jo, wer braucht schon referentielle Integrität? Das ist eh nur wieder so ein modisches Zeugs