Firebird Transaction lange offen

[tsteinmaurer]

Read-Only, Read Committed. Transaktionen in dieser Kombination können lange offen bleiben. Read Committed gibt dir halt keine stabile Ergebnismenge bei mehrmaligen Ausführen einer Abfrage, aber das mußt du wissen, ob das für deinen Anwendungsfall Ok ist.

[Gruber_Hans_12345]

Zitat:

Zitat von tsteinmaurer (Beitrag 1317862)

Read-Only, Read Committed. Transaktionen in dieser Kombination können lange offen bleiben. Read Committed gibt dir halt keine stabile Ergebnismenge bei mehrmaligen Ausführen einer Abfrage, aber das mußt du wissen, ob das für deinen Anwendungsfall Ok ist.

Ok danke mal

dh. alle andern die nicht "Read Committed" sind dürfen nicht lange offen bleiben? (dürfen -> damit nicht ein haufen Record Versionen entstehen und das system langsamer wird)

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

[tsteinmaurer]

Es ist die Kombination aus Read Committed UND Read-Only. Generell sollte man Read-Only Transaktionen verwenden, wenn nur gelesen wird. So teilt man das Firebird entsprechend mit und Firebird weiß dann für konkurrierende Transaktionen, d.h. hier keine Datenänderungen zu erwarten sind.

[Gruber_Hans_12345]

Also habe ich nur die möglichkeit für Reports
- entweder normal, dann habe ich richtige Daten aber die Transaktion sperrt die ganze zeit
- READONLY read committed, dann sperrt nix, aber die daten können falsch sein, wenn ich vor/zurückblättere
- Umbau auf Cachen der Daten

[tsteinmaurer]

Was verstehst du unter "Sperren"?

[Gruber_Hans_12345]

Zitat:

Zitat von tsteinmaurer (Beitrag 1317884)

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:

Zitat von himitsu (Beitrag 1317894)

Warum überhaupt eine Transaktion?

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

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