Firebirdforum.de

Leider lag ich hier falsch! Durchstreichen kann man hier leider nicht. Diese Art der Probleme kenne ich zur Genüge auch in meinen Anwendungen, da diese generell bei Parallelverarbeitung und ggf. hoher Last vorkommen. Jetzt kann man natürlich den pragmatischen Weg gehen und, weil man den Fehler nich...

Ein Bild kann ich leider nicht einfügen (Url?). Environment-Options => Transaction Bei allen 3 Einstellungen: - ReadCommitted isc_tpb_read_committed isc_tpb_rec_version isc_tpb_nowait Im NetProvider und ODBC-Treiber gibts keine, mir bekannte, Einstellung ohne rec_version zu arbeiten. Real arbeite ic...

Bezogen auf meinen ETL-Test kann ich das Problem nicht nachvollziehen. In der Tabelle ist eine Identity-Column, die beim Insert automatisch vergeben wird um im 2. Lauf einen Änderungseffekt sehen zu können. Ich halte den ETL-Prozess vor dem Commit an. Zwischendurch frage ich via IBExpert mittels "se...

Ich denke, dein Test ist nicht ganz koscher. Du verwendest 10 Inserts hintereinander ohne jedwede Transaktion. Was macht dann die Default-Transaction deiner Umgebung? Der NetProvider macht dann eine Standardtransaction ReadCommitted und führt dann automatisch einen Commit am Ende des Statements durc...

Wahrscheinlich habe ich bisher nur Glück gehabt. Übrigens ist das Problem in anderen DB's gar nicht mal so anders (außer beim SQL-Server). Eine ReadCommitted-Transaktion, die mal etwas dauert, kann zwischenzeitlich Daten verarbeiten, die von einer anderen Transaktion bereits gelöscht wurden und neue...

Sehr schön erklärt. Was ich nicht verstehe ist, dass ein Count(*) neuere Daten sehen kann. Denn das betrifft nicht nur einen Count sondern alle Resultsets, die mal ein wenig dauern. Ins besonders alle Grouped-SQL's stehen vor demselben Problem. Wenn es wie beim Count auch zu Mehrfachzählungen kommen...

Vielen Dank für deinen Test. Zumindest die DDL-Erstellung eines Index funktioniert soweit ja auch in der autonomen Transaction. Den count werte ich im Endeffekt gar nicht aus. Autonome Transactions innerhalb einer Transaktion sollten dort zumindest sichtbar werden. Denn ansonsten habe ich noch ander...

Meine aufrufenden Transaktionen sind grundsätzlich ReadCommited. Da via ODBC-Treiber oder NetProvider immer nit RecVersion. Wenn ich nach dem Execute mit IBExpert (der läuft auch noch) reinsehe, ist der Index aktiv und die Selekitivity passt. Nachtrag: In der Verbindung wird mir WaitLock und Locktim...

Das wäre dann tatsächlich ein Kompatibilitätsbruch. Beim Wechsel auf V4 müsste man dann halt den Default anpassen, wenn man denn solche Transaktionen macht. Wie oben gesagt, meine Scripte laufen problemlos, d.h., der erstellte Index in der autonomen Transaktion ist anschließend für die Aktivierung u...

Also bei mir ist der Default mit 1 gesetzt.
Da ich den Index autonom erstelle und inaktiviere und nach dem Script der Index aktiv ist, gehe ich erst mal davon aus, dass es funktioniert;-).
Ich kann das aber auch noch mal gezielt mit 1 und 0 probieren.