PostgresQL: SELECT wird in einer Transaction unterdrückt

[alzaimar]

Hi

Ich spiel grad mit Postgres herum:

SQL-Code:

begin transaction;
insert into test (name) values ('Foo');
select * from test;
rollback transaction;

Ich erwarte irgend eine Ergebnismenge. Leider kommt stattdessen

Zitat von pgAdmin III Query:

Abfrageergebnis mit 3 Zeilen wurde unterdrückt.

Abfrage war erfolgreich nach 20 ms. Keine Zeilen geliefert.

Man muss doch einstellen können, das man das Ergebnis sehen will, auch wenn es nicht commited wird, oder?

Kann mir jemand verraten, wie man das einstellt?

[marabu]

Hallo alzaimar,

was passiert eigentlich, wenn du COMMIT statt ROLLBACK verwendest?

Freundliche Grüße

[Bernhard Geyer]

Wo führst du die Anweisungen aus (Delphi-Komponente) bzw. mit welchen Methoden (Bei Delphi-Kompos: Open bzw. ExecSQL)?

[marabu]

Hallo Bernhard,

ich weiß jetzt nicht wie ich drauf komme, aber ich glaube alzaimar verwendet pgAdmin3 und keine Komponenten - ich kann mich aber auch täuschen.

Freundliche Grüße

[alzaimar]

Hallo marabu, Hallo Bernhard,

Bei einem 'Commit' passiert das Gleiche (natürlich wird die Zeile eingefügt), aber die Anzeige wird unterdrückt...

[marabu]

Hallo alzaimar,

INSERT fügt einen (wahrscheinlich den allerersten) Datensatz in die Tabelle TEST ein, SELECT baut innerhalb der Transaction einen Cursor, dessen einziger Datensatz noch nicht committed wurde. Postgres arbeitet mit READ COMMITTED. Der mit SELECT aufgesetzte Cursor darf den gefundenen Datensatz nicht zeigen, deshalb "result with 1 rows discarded". Ein COMMIT nach dem INSERT und die Meldung sollte verschwinden.

Freundliche Grüße

[alzaimar]

Hallo marabu,

Die Tabelle ist bereits befüllt.

Ich verwende die Technik der Transaktionskapselung mit einem Rollback, um SQL-Skripte zu testen, ohne die Daten dabei zu verändern. Das funktioniert unter MSSQL einwandfrei, nur mit Postgres scheint es Probleme zu geben.

[Bernhard Geyer]

Zitat von alzaimar:

Ich verwende die Technik der Transaktionskapselung mit einem Rollback, um SQL-Skripte zu testen, ohne die Daten dabei zu verändern. Das funktioniert unter MSSQL einwandfrei, nur mit Postgres scheint es Probleme zu geben.

Ich vermute eher das verwendete Tool hat damit Probleme bei mehreren Anweisungen in einem Rutsch zu erkennen das die nach einem Insert-Statement folgende Select-Anweisung einen Result-Curser liefert.
Probier mal die Anweisungen einzeln Auszuführen. Die Transaktion ist ja an deine Connection gebunden und solange das Tool nicht nach jeder Anweisung die Verbindung trennt bekommst du das gleiche Ergebnis.

[Dax]

Ein Rollback beendet die Transaktion und verwirft implizit alle Ergebnisse der Transaktion. Wenn du das Rollback auslässt, bleibt das Ergebnis das selbe (die Transaktion wird einem Rollback unterzogen, da kein Commit auftrat), aber du wirst deine Ergebnismenge zu gesicht bekommen.

[alzaimar]

Zitat von Bernhard Geyer:

Ich vermute eher das verwendete Tool hat damit Probleme bei mehreren Anweisungen in einem Rutsch zu erkennen

Deine Vermutung ist richtig: 2x SELECT hintereinander bringt das gleiche Ergebnis 'Anzeige wurde unterdrückt'.

Zitat von Dax:

....die Transaktion wird einem Rollback unterzogen, da kein Commit auftrat), ...

Nein, leider nicht Die Transaktion ist noch offen. Ich muss also zum Schluss ein explizites Rollback getrennt ausführem.

Fazit: Ich benötige ein Postgres-Query-Tool, das mehrere Ergebnismengen anzeigen kann. Na, zur not eben selbst schreiben.