nächste id im datensatz

[Snoop007]

hi,
ich füge mit TQuery einen neuen datensatz in eine paradox - tabelle ein.
nun würde ich gerne wissen, was für eine id ( automatischer wert ) dieser datensatz hat.

wie mache ich das, ohne extra einen select zu machen ? es geht mir einfach um die performance :)

[Phoenix]

Leider gar nicht. Zumindest nicht ohne ein Select.

Das Problem ist, daß der Datensatz nur um TQuery existiert, bis er an die DB geschickt wird. Die DB nimmt das SQL Statement an (INSERT INTO ...) und das wars. Eine Rückgabe welcher Key von der DB automatisch vergeben wurde erfolgt nicht.

Alternative: Ein SELECT auf die höchste ID machen, selber mitzählen und hoffen, daß kein anderer User inzwischen ein Insert macht. Das würde Deine Zählung nämlich verfälschen.

[svehei]

normalerweise kannst du doch die id bei einem insert mit angeben?!?! oder liege ich da sehr falsch (kenn' mich mit paradox leider nicht aus). bei oracle, mssqls oder mysql funktionierts aber so!!!

bau dir einfach selber eine GUID und schieb die dann mit deinem sql-insert rein.

[Memo]

Zitat:

Zitat von Snoop007

id ( automatischer wert )

aus der Hilfe

Zitat:

Paradox-Zählerfelder enthalten Integer (lang). Die Werte können nur gelesen, nicht bearbeitet werden. Die Zählung beginnt bei 1 und wird für jeden Datensatz in der Tabelle um 1 erhöht.

[theomega]

Bis jetzt habe ich das auch immer mit einem zusätzlichen Select gemacht, was ja nicht gerade optimal ist.
PHP kennt zu Beispiel beim Zugriff auf MySQL einen Befehl, mit dem man die ID feststellen kann, ohne ein zusätzliches QUery!
Ich habe das Problem mit einer Interbase Datenbank, wir aber überall das gleiche sein!

[Sharky]

Zitat:

Zitat von svehei

normalerweise kannst du doch die id bei einem insert mit angeben?!?! oder liege ich da sehr falsch ....bau dir einfach selber eine GUID und schieb die dann mit deinem sql-insert rein.

Hai svehei,

das geht so weit ich das weis nicht! Wenn ich dem DB-Server sage er soll eine eindeutige ID vergeben habe ich darauf keine Einfluss.

Wenn Du selbst ein GUID vergibst (mache ich inzwichen auch) dann ist der DB-Server ja nicht mehr für die Vergabe einer ID zuständig.

Aber wir sollten mal Paul jr. fragen; der hat sicher eine Tipp für uns.

:?: :?:

[JoelH]

IMHO geht dass nicht auf DBs die keine Transaktionen unterstützen.
ISt ja logisch, zwischen deinem Insert und den SEELCT könnte ein anderer Insert oder UPDAte abgearbeitet worden sein, dadurch bist du raus. Sogar auf Transactionservern hast du ein Problem wenn eventuell ein Trigger oder Constraint auf der Tabelle liegt die irgendetwas macht was du garnicht beeinflussen kannst.

[Kalli]

Warum fügst Du den Datensatz mit TQuery ein.
Ich habe die gleichen Probleme, da ich meistens über den ID Tabellen in einer 1:n Beziehung verknüpfe.

Meine Vorgehensweise:

Tab_.Appand (oder Tab_.Insert)
Tab_[Variable].Value := Wert
....
Tab_.Post

Tab_.ID hat seinen neuen Wert für weiter Aufgaben.

Kalli

[Snoop007]

hi,
danke für eure antworten, schade das ich einen select machen muss, ich dachte, ich kann was sparen

ich füge die daten per TQuery ein,
weil ich daten über mehrere dabellen updaten / ändern / selectieren muss / kann / darf ;)

[Taladan]

Greift ein TQuery nicht in der Regel auf ein vorhandes Tableobjekt zu? Dann müßte doch bei einen INSERT bei RequestLive-Query´s das Table doch automatisch in den selben zustand versetzt werden, oder hab ich da was falsch verstanden. Auch bei einen query1.next geht doch zumindest der logik nach die Table mit.

Dementsprechend müsste man doch auch mit eienen table1id.value bzw. table1.fieldbyname('id').value (oder .asinteger) die id abrufbar sein. Habs noch nie überprüft, aber ich glaub so arbeitet das query doch(solange RequestLive auf true steht)