Query SQL Transaktionen

[Starworld1000]

Hallo alle zusammen

Ich hatte in der Vergangenheit ein Programm gebastelt, das über eine Datenbank Werte anzeigt.
Es blieben jedoch immer offene Transaktionen die ich nicht mit COMMIT abgeschlossen wurden.

Da ich mich gerade erst in dieses Thema Transaktionen COMMIT und Rollback befasst habe, habe ich schnell mal ein Testprogramm geschrieben.

Jetzt weis ich nur nicht, ob das oben genannte Problem damit gelöst wäre? :oops:

Delphi-Quellcode:

...
try
 if not ADOConnect.Connected then ADO.Open;
        ADOConnect.BeginTrans;
        AdoQuery.Active  := False;
        AdoQuery.SQL.Text:='SELECT POS FROM TABLE WHERE POS Like ('''+'Position38%'+''')';
        AdoQuery.Active  := True;
        AdoQuery.First;
        ADOConnect.CommitTrans;
      except
        ADOConnect.RollbackTrans;
end;
...

Ist der Code so richtig ?
Könnt ihr mir weiterhelfen ? :zwinker:


Liebe Grüße Starworld1000

[DP-Maintenance]

Dieses Thema wurde von "mkinzler" von "VCL / WinForms / Controls" nach "Datenbanken" verschoben.
Ist eine Datenbankfrage

[mkinzler]

Um welches DBMS handelt es sich den? Ergänze am Besten im 1. Beitrag.
Für Selektionen benötigt man nicht unbedingt Transaktionen

[Starworld1000]

Danke für die schnelle Antwort

Bei der Datenbank handelt es sich um eine Oracle
und die Table auf die ich zugreife ist auf der Datenbank
verknüpft auf einen Unix Server.

Zum Grund nannte man mir, wäre die immer größer werdenden
Rollbacksegmenten :gruebel:

Liebe Grüße starworld1000 :mrgreen:

[mkinzler]

Da ein Selekt nichts an der Datenbank ändert, dürfte er auch nicht den Transkationslog vergrößern

[Starworld1000]

:?:

[Starworld1000]

Danke für die Antwort

Aber Grundsätzlich würde der Code funktionieren ?
Ich frage mich jetzt nur was es sonst für einen
Grund haben könnte, das ich den COMMIT reinsetzen
muss ? :wall:

Beste Grüße
Starworld1000 :stupid:

[mkinzler]

Besteht vielleicht eine Automatik in den Komponenten?

[Starworld1000]

Ja so ist es, da alles regelmäßig Aktualisiert werden muss

:mrgreen:

[mkinzler]

Ich meinte eine automatische Transaktionssteuerung

[Starworld1000]

Ja ist vorhanden, weil in einer Email die ich bekommen habe, das Problem
angesprochen wurde, das der Rollback-Tablespace schnell voll läuft.
Was wäre deine vermutung ? :?:

Liebe Grüße :P

[mkinzler]

Möglich schon, wobei es bei reinen Abfragen eigentlich nichts zum zurücknehmen gibt.

[Starworld1000]

Ich habe ein größeres Programm das mehrere Abfragen besitzt.
Die Aktualisierung findet jede Sekunde statt.
Dieses Progrann hat vor einigen Tagen zum Absturz der Datenbank
geführt, und durch diese Änderung, sollte dem vorgebeugt werden.

Da ich bislang noch nicht mit COMMIT und ROLLBACK gearbeitet habe,
ist dieser Code mein erster Entwurf :oops:

Könnte man den so in alle anderen Programme übernehmen ?
:mrgreen:


Liebe Grüße Starworld1000 :angel:

[mkinzler]

Das Programm führt aber auch Änderungen an den Daten durch?

Der Code ansich sollte stimmen

[Starworld1000]

Nein es zeigt nur die Daten an.

Bei einer der Abfragen im Programm sollte ich
ein Commit einbauen

SQL-Code:

Select "Auslagerbahn","POS" FROM "Firma"."Table"
where ("Auslagerbahn" like '3-31884-%')
Group by "Auslagerbahn","POS"
Order by "Firma"."Table"."Auslagerbahn" Desc

:mrgreen:

Liebe Grüße