ID nicht gefunden nach last_insert_rowid()

[nahpets]

Zitat von jobo:

Ich kann mir eigentlich nicht vorstellen, dass die DBExpress Komponenten das nicht können, aber Du kannst folgendes ausprobieren:
lege eine Hilfstabelle mit einem Datensatz an. Eine Spalte reicht, Typ egal.Vielleicht klappt damit dann der DBExpress Aufruf:
"Select last_insert_rowid() from Hilfstabelle_mit_einem_Datensatz"
(Natürlich nach mindestens einem Insert, und zwar egal in welche andere Tabelle)

Die Idee finde ich gut, ist letztlich nix anderes als bei Oracle.

select LAST_INSERT_ROWID() from dual

Die Tabelle könnte dann ungefähr so aussehen:

SQL-Code:

create table dual (dummy Char(1));
insert into dual (dummy) values ('X');

Könnte man bei FireBird und Co. eigentlich auch machen, dann muss man da nicht immer nach einer passenden Alternative suchen und kann derartige Statements datenbankunabhängig nutzen.

[jobo]

Zitat von nahpets:

Die Tabelle könnte dann ungefähr so aussehen:

Ja, man sollte aber sicherheitshalber- wenn es über einen Test hinaus geht und man das ernsthaft einsetzen will- noch ein paar brauchbare Constraints draufpacken, sodass weder versehentlich
- ein Datensatz eingefügt
- noch gelöscht werden kann

Selbstverständlich nachdem eben genau ein Datensatz drin ist.

[himitsu]

Zitat von nahpets:

select LAST_INSERT_ROWID() from dual

Wieso das FROM?

Lies nochmal die vielen vorhergegehen Posts.



SELECT CAST(last_insert_rowid() AS INTEGER) AS ID
Da es ja in der DB keine Probleme gibt, aber bei unterschiedlichen Zugriffskomponenten,
würde ich es nochmal mit einem CAST probieren, falls es einen "komischen" Typ zurück gibt, denn dbExpress einfach nur nicht mag.

[nahpets]

@himitsu

from weil dann egal welche Datenbank.

Bei SQLite geht auch ein select funktion Bei manchen anderen Datenbanken auch, bei Oracle nicht, bei FireBird auch nicht.

Oracle kennt die Tabelle dual.

Bei FireBird kann man dann RDB$Database nehmen, weil da immer ein Datensatz drin ist.

Meine Idee war halt, nach Jobos Anregung, analog zu Oracle einfach "überall" eine Tabelle dual anzulegen. Damit wären dann SQLs zwischen Datenbanken portierbar und müssten nicht, abhängig von der Datenbank, gegen die ein Programm läuft, angepasst werden.

Und da ich für gewöhnlich Software schreibe, bei der zur Entwicklungszeit die Zieldatenbank noch unbekannt ist, bzw. die Software datenbankunabhängig sein muss, halte ich das jetzt nicht unbedingt für eine so schlechte Idee.

[jobo]

Zitat von himitsu:

Zitat von nahpets:

select LAST_INSERT_ROWID() from dual

Wieso das FROM?

Lies nochmal ...

Ja, es ist ein großes Durcheinander mit vielen Vorschlägen.
Die "Erfindung" einer Eindatensatztabelle soll ja nur eine Krücke sein, um die DB Express Komponenten zu überlisten und zur klaglosen Arbeit zu bewegen.
Ja, so ist das bei Oracle üblich.
So machen es viele Oracle nach / analog (um kompatibler zu werden)
Ja, eine solche Tabelle gibt es bei Firebird bereits wie von nahpets geschrieben, hatte ich verdrängt.
Nein, ich bin mir nicht sicher, dass die DB-Express Kompos auf die Art überredet werden müssen, aber der Test dauert 1 Minute.
Ja, vielleicht ist es nur ein Typproblem, hab den Faden verloren, welche Fehlermeldungen gab es?

[EdAdvokat]

Hallo, war leider unterwegs und kann erst jetzt in die weitergeführte Diskussion einsteigen. Wenn gewünscht, würde ich das Prog. einstellen, damit es von Euch ggf. nachvollzogen werden kann. Es ist ja nur ein kleines Übungsprogramm für mich.
Habe eine völlig neue Tabelle Kontakte mit den gleichen Spalten erstellt und mit einem Datensatz gefüllt. Dann qMain.SQL.Text:='select last_insert_rowid() FROM KONTAKTE'; eingefügt und neben dem ersten Datensatz nach Aufruf des Prog. einen neuen DS eingefügt. Es kommt erneut die bekannte Exception, dass er die ID nicht finden kann.
Einsetzen von SELECT CAST(last_insert_rowid() AS INTEGER) AS ID gleiche Exception.
Den Hinweis von jobo

Zitat:

Die Funktion in der Form "select last_insert_rowid() from <tabelle>" ergibt für mich keinen Sinn, weil sie unabhängig von der Tabelle arbeitet und etwas/einen Wert zurückliefert, den es nicht pro Zeile gibt. ( Schön das sie mit zeos so funktioniert. )

verstehe ich nicht, denn ich bin immer davon ausgegangen, dass die Funktion mit der jeweiligen Tabelle korespondiert. Ist wohl doch nicht so und was bewirkt die Funktion denn dann ohne Beachtung der Tabelle im Programm? Entschuldigt bitte meine naive Frage, doch ich bin da noch nicht dahinter gestiegen. Es ist doch eine einige Tabelle und kein multiuser-Programm, in das von verschiedenen Usern Eingaben vorgenommen werden - sehe ich da was völlig falsch?
Wenn das Prog. gewünscht wird, stelle ich es ein.

[nahpets]

Häng' bitte den vollständigen Quelltext an.

Momentan bin ich nicht mehr in der Lage nachzuvollziehen, was denn hier jetzt in welcher Kombination wie gemacht wurde und wobei genau jetzt ein Fehler auftritt und wann nicht.

Du hast doch 'nen DBBrowser installiert.

Wenn Du wissen willst, was dashier SELECT last_insert_rowid() AS ID macht, dann führ' es doch im DBBrowser aus.

Ebenso gilt das hierfür: Wie sieht das Ergebnis im DBBrowser aus? select last_insert_rowid() FROM KONTAKTE Was passiert, wenn Du nur einen Datensatz in der Tabelle KONTAKTE hast, und was passiert, wenn Du mehrere Datensätze in der Tabelle hast?

[jobo]

Zitat von EdAdvokat:

.. verstehe ich nicht, denn ich bin immer davon ausgegangen, dass die Funktion mit der jeweiligen Tabelle korespondiert. Ist wohl doch nicht so und was bewirkt die Funktion denn dann ohne Beachtung der Tabelle im Programm? Entschuldigt bitte meine naive Frage, doch ich bin da noch nicht dahinter gestiegen. Es ist doch eine einige Tabelle und kein multiuser-Programm, in das von verschiedenen Usern Eingaben vorgenommen werden - sehe ich da was völlig falsch?
Wenn das Prog. gewünscht wird, stelle ich es ein.

Mach doch mal einen kleinen Versuch und setze folgendes Statement ab, am besten in einem Tool in dem man mehrere Sätze als Ergebnis erhält:
[code]Select 1 from KONTAKTE;[code]

Aber überleg vor dem Drücken auf "Feuer" mal, was Du für ein Ergebnis erwartest.
Last_insert_rowid() verhält sich (hoffentlich) genauso wie die "1".
Last_insert_rowid() ist scheinbar eine Funktion ohne Abhängigkeiten. In den Klammern wo gewöhnlich Parameter einer Funktion stehen steht nichts. Vergleichbar mit einer Funktion date() oder so, sie liefert die Zeit, ohne irgendwelche Abhängigkeiten.
[am Rande: Wenn Du Dir die Doku (mal wirklich) anschaust, wirst Du feststellen, dass es doch einen Parameter für die Funktion gibt, "D" für Database. Braucht hier für das Verständnis nicht zu interessieren]

Also:
Ob "Select 1 from <meineTabelle>" oder
"Select Last_Insert_RowID() from <meinTabelle>"
Das Result ist nichts anderes als das an jeden Datensatz einmal der Rückgabewert 1 oder eben die letzte RowID geklebt wird.
Wenn Du Tabellen mit Tausenden Datensätzen hast, ist leicht vorstellbar, dass es ziemliche Ressourcenverschwendung ist, für eine Zahl tausende Datensätze "abzuarbeiten".
In der Realität ist es vielleicht nicht ganz so schlimm, weil von dem mglw. riesigen Ergbnis meist nur der erste Datensatz verwendet wird.

Im Umkehrschluss reicht also das einmalige Abfragen der letzten ROWID, wie es schon mehrfach beschrieben wurde, indem entweder gar kein ..from meinetabelle.. verwendet wird oder wenn doch- für DB Express- dann bitte eine mit nur einem Datensatz.

Ich vermute ich könnte noch viel schreiben, probier es einfach, schau dir die Ergebnisse an. Das sagt mehr als tausend Worte.

Die letzte RowID wird nur in einer Instanz verwaltet und gilt für alle Tabellen in der "Datenbank" (sprich sqlite datei) "gleichzeitig". Denn es kann immer nur eine geben! Jenachem in welcher Tabelle zuletzt ein Datensatz eingefügt wurde, findest Du dessen RowID bei der Abfrage von Last_insert_rowid.

[EdAdvokat]

anbei das Programm mit der jungfräulichen Datenbank und der Tabelle KONTAKTE mit nur einem Datensatz.(bitte ggf. diese Datei sichern vor erster Probe)
Eigentlich war ich mit der funktionierenden Lösung ganz glücklich, sofern es kein Fehler wäre diese zu verwenden. Ich betone nochmals, ich will anhand dieses Programms lernen und möglichst nichts falsches lernen. Hoffentlich ist das was ich da geschrieben habe wirklich dafür geeignet. Leider muss ich mir das alles so zusammenklauben, denn so wirkliche Beispiele, anhand der ich prüfen könnte, ob ich richtig liege gibt es wohl nicht. Da bin ich daher sehr sehr dankbar, dass es hier im Forum Hilfe und Unterstützung gab und gibt. Ich habe ein Edit für die Eingabe von SQL-Statements an die bewußte Stelle eingefügt. Somit kann unabhängig von welcher Delphiversion auch immer das Problem nachvollzogen werden.
Wenn beim Überfliegen des Prg. noch andere Ecken und Kanten auffallen, wäre ich für Hinweise dankbar und bereite mich schon auf einiges vor....
Bitte berücksichtigt, dass ich noch lerne und leider wenig wirklich geeignete Tutorials zu dem Thema gefunden habe.
Nochmals ich habe nur auf die fortgeschriebene Diskussion geantwortet und die darin genannten Lösungsansätze probiert. Wenn es mit der funktionierenden Lösung ok ist, dann soll es so sein.
Danke