Firebirdforum.de

martin.koeditz hat geschrieben: ↑Mo 18. Sep 2023, 09:20 Die Übersetzung ins Englische ist bereits fertig.

Super! Noch die Frage, warum hast Du die UDR nicht in C++ geschrieben, da Du die Sprache doch besser kannst?

Grüße, Volker

Interessant! In Deinem zugehörigen github-Projekt https://github.com/MartinKoeditz/SynDeskUDR wird ein UdrInc benutzt, was ich in SynDeskLevenshtein.pas nicht finde. Ist das aus einer Vorversion? So wie es dort steht, dürfte das nicht compilieren, oder ich verstehe das "UdrInc in 'SynDeskLevenshtein...

Hi zusammen, im Dunstkreis ReadConsistency und SKIP LOCKED gibt es gute Nachrichten, SKIP LOCKED wird zukünftig mit allen drei Sub-Levels von ReadCommitted laufen, bisher (aktueller Snapshot FB5 RC1 https://github.com/FirebirdSQL/snapshots/releases/tag/snapshot-master noch nicht mit NO RECORD VERSIO...

Deswegen kann ich die ganze Aufregung um ReadCommitted nicht verstehen. Denn laut SQL-Definition, Link habe ich geposted, ist es korrekt, dass neu committete Daten wähend der Ausführung eben auch sofort sichtbar sind. Dies nehme ich billigend in Kauf, da das eben normales Verhalten ist. Nun Frage i...

Ich denke, dein Test ist nicht ganz koscher. Du verwendest 10 Inserts hintereinander ohne jedwede Transaktion. Nein. Das ist an den Screenshots aber auch nicht zu erkennen, ich hatte es im ersten Post zu dem Test beschrieben. Da hab ich die UDR als eine Art Skriptplayer bezeichnet (das war hier woh...

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 neu...

Ich hab den Effekt reproduziert gekriegt, der zur Einführung von ReadConsistency führte! Man muss zwar deutlicher werden, aber gut, das selber mal gesehen zu haben. Testszenario: Zwei Flamerobin-Instanzen, damit man zwei separate Connections hat, die man parallel starten kann. Eine Quelltabelle tbl2...

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. Danke! Das ging mir genauso. Ich mache seit Ewigkeiten heftig ETL und andere sportliche Geschichten mit Firebird, abe...

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. Gerne, das ist ein wichtiges Thema. Die Indexerzeugung funktioniert weiterhin ganz normal in der ATX, Du siehst es nur nich...

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. Danach ja, aber dann ist die TX des execute blocks berei...