Firebird Transaction lange offen

[tsteinmaurer]

Was verstehst du unter "Sperren"?

[Gruber_Hans_12345]

Zitat von tsteinmaurer:

Was verstehst du unter "Sperren"?

Das die Datenbank dann mit der zeit langsamer wird, weil der Garbage Collector nicht laufen kann, und die Records immer Versioniert werden müssen ...

[tsteinmaurer]

Wenn du das unter Sperre verstehst, dann hast du vollkommen Recht.

[himitsu]

Warum überhaupt eine Transaktion?

"Ein" SELECT ist in sich geschützt, vor fremden Schreibzugriffen.

[mkinzler]

Das hat hat mit der Art und Weise zu tun wie FireBird die Transaktionssteuerung durchführt. Anstatt eines Logs wird Versionierung verwendet. Deshalb müssen auch Abfragen in einem Transaktionskontext erfolgen (zur Feststellung welche Version des Datensatzes genommen werden soll).

[Gruber_Hans_12345]

Zitat von himitsu:

Warum überhaupt eine Transaktion?

"Ein" SELECT ist in sich geschützt, vor fremden Schreibzugriffen.

weil zumindest bei IBX ohne Transaktion gar nix geht ....

[tsteinmaurer]

In Firebird geht nix ohne den Kontext einer Transaktion

[BUG]

Zitat von tsteinmaurer:

In Firebird geht nix ohne den Kontext einer Transaktion

Alles andere wäre ja auch Blödsinn ... wer will denn inkonsistente Daten aus einer Datenbank lesen. Schreibenden Zugriffen außerhalb von Transaktionen würden es unmöglich machen, Transaktionen überhaupt zu implementieren.

Zitat von himitsu:

"Ein" SELECT ist in sich geschützt, vor fremden Schreibzugriffen.

Jup, weil es in einer einzelnen Transaktion läuft

Zitat von Gruber_Hans_12345:

bewirkt ein Read Only eignetlich eine besserung abgesehen davon das ich halt nicht schreiben kann?

Es kann halt keine Schreibkonflikte mit anderen Transaktionen geben; mehrere nur-lesende Transaktionen beeinflussen einander gar nicht. Also, wenn das nichts wert ist.