Wie feststellen ob SQL-Befehl erfolgreich ausgeführt wurde?

[daywalker-dj-k]

hallo,
wie kann ich herausbekommen, ob ein sql-befehl erfolgreich ausgeführt wurde? also die befehle sehen etwa so aus:

Query1.SQL.Add('INSERT INTO artikel ...);
Query1.ExecSQL;

Ich könnte natürlich nun mit SELECT abfragen ob der jeweilige artikel hinzugefügt worden ist (anhand des primärschlüssels), aber das wäre nun ziemlich umständlich.

danke
gruß
thorsten

[Mario]

Wenn ein SQL nicht ausgeführt wurde, kommt doch eine Exception, oder? Reicht das nicht oder was meinst Du mit "nicht ausgeführt".

[daywalker-dj-k]

Mhh .. ne Exception kam bei mir noch nie. Einige Probleme hatte ich aber schon. Kommt die wirklich?

Dann muss es wohl an meinem Quelltest liegen. :-)

[Mario]

Die Exception kommen, wenn Dein SQL Syntax-Fehler hat, oder Du zum Beispiel Primärschlüssel verletzt.

[daywalker-dj-k]

hallo,
also die synthax bei mir ist richtig. ich möchte nur gerne wissen, ob beim ausführen ein fehler auftrat, z.b. wenn die netzwerkverbindung während des ausführens des befehls abbricht o.Ä..

gruß
thorsten

[fluxury]

Hallo @daywalker-dj-k


würde dies nicht auch einen Fehler erzeugen, den man abprüfen kann ...

[Mario]

Normalerweise schon, die Frage ist hier nur wieder, wie man jetzt reagieren soll? Da die Verbindung weg ist, kann man auch nix mehr rückgängig machen.

[Tyrael Y.]

Zitat:

ExecSQL returns an integer value reflecting the number of rows affected by the executed SQL statement.

Du weisst ja wieviele Datesätze du mit der Anweisung ändern möchtest.


Für Netzwerksverbindungsfehler oder andere Exceptions empfehle Transaktionen:

Delphi-Quellcode:

  LQuery.Connection.BeginTrans;
  try
    LQuery.SQL.Text := 'IRGENDEIN STATEMENT';
    LQuery.ExecSQL;

    LQuery.CommitTrans; 
  except
    LQuery.Connection.RollbackTrans;
  end;

Das sollte helfen, denk ich.


mfg

[Jelly]

Zitat:

Zitat von Mario

Da die Verbindung weg ist, kann man auch nix mehr rückgängig machen.

Doch, wenn du mit Transactions schaffst, kannst du bei einer Exception ein Rollback senden.

Gruß,
Tom

[Tyrael Y.]

Und hat es geholfen?

[mirko2000]

Zitat:

Zitat von Jelly

Zitat:

Zitat von Mario

Da die Verbindung weg ist, kann man auch nix mehr rückgängig machen.

Doch, wenn du mit Transactions schaffst, kannst du bei einer Exception ein Rollback senden.

Gruß,
Tom

Ich würd eher mal sagen, wenn die Verbindung unterbrochen wurde kann man auch kein Rollback-Befehl mehr senden. Aber wenn man mit Transaktionen arbeitet werden die Änderungen ja erst endgültig übernommen wenn man sie mit COMMIT abschließt. Wenn man das nicht macht wird an der Datenbank auch nichts geändert!

[Tyrael Y.]

Das RollbackTrans wäre je auch für andere Exceptions.

Wenn die Verbindung abbricht bevor ein CommitTrans erfolgt ist, wird auch keine
Änderung an der Datenbank durchgeführt.

Die Datenbank erzeugt temporäre Tabellen beim Befehl BeginTrans und führt die folgenden Anweisungen nur in diesen temporären Tabellen aus.

Erst ein CommitTrans führt dazu das der Inhalt der temporären Tabellen in die eigentlichen Tabellen übertragen wird.

Kommt kein CommitTrans wird die Datenbank nicht verändert.

[HaJo]

Hallo zusammen,

innerhalb von Delphi gibt es seit jeher den SQL-Monitor. Damit geht so etwas :-)

Gruß
Jochen

[DataCool]

Hi,

zurück zur Hauptfrage, wenn Du ein SQL-Statement ausführst, dann kannst Du über die Eigenschaft RowsAffected herausfinden ob Dein Statement erfolgreich war.

[Terminator]

Zitat:

Zitat von Tyrael Y.

Erst ein CommitTrans führt dazu das der Inhalt der temporären Tabellen in die eigentlichen Tabellen übertragen wird.
Kommt kein CommitTrans wird die Datenbank nicht verändert.

Hät zu dem Thema noch ne Frage/Anmerkung:

Angenommen die Verbindung bricht vor dem Commit ab.
Die DB wird zwar net verändert, aber die Temp-Tabelle bleibt solange bis die DB Sie mal löscht.

Was passiert dann eigentlich bei nem Select.
Die DBs haben doch so komische Isolation-Levels.
Werden IMMER nur die Datensätze geliefert, die auch erfolgreich in die Tabelle geschrieben wurden?

Bin mir da nicht sicher - auch nicht was für Standard-Einstellungen die DBs besitzen.