Firebirdforum.de

Dass Softwarehersteller hier etwas träge reagieren, kann ich teilweise nachvollziehen. Es gibt noch immer diverse Programme, die FB 2.5 nutzen. Das kam aber schon 2016 heraus. Spricht natürlich irgendwie für das System. Allerdings gibt es auch Gründe für eine Aktualisierung neben neuen Features, etc...

Am 9. September um 15:00 Uhr MEZ findet ein Webinar mit Alexey Kovyazin, Präsident der Firebird Foundation, und Edson Gregorio, CEO von MQFS, statt. Sie werden sich mit migrationsbezogenen Fragen befassen. Teilnahme über folgenden Link: https://www.youtube.com/live/hu3plcBxZuU Fragen werden über den...

@Martin: So machen wir das auch, wobei mich die Laufzeit bisher nicht so tangiert hat. Ich hab nur massive Probleme damit, wenn ich mal wirklich einen Restore bräuchte, und der dann über Stunden läuft...

Das gehört nun in unserem Umfeld der Vergangenheit an.

Die Test-Restores führen wir mittlerweile in den Abendstunden durch. Durch die Parallelisierung ist das so schnell, dass wir keine Probleme mehr mit Zeitfenstern haben. Das ist schon fix geworden.

Grundsätzlich lohnt sich der Einsatz der neuen fbclients. Dann werden Fehlercodes korrekt übertragen. Ich hatte alte fbclients mit FB 5.0-Server im Einsatz. Dann stießen wir auf kryptische ISC-Fehlercodes. Die kann man dann googeln. Besser ist jedoch, wenn man gleich eine aussagekräftige Meldung erh...

Hallo Michael,

danke für den abschließenden Bericht. Das wird sicherlich dem einen oder anderen noch hilfreich sein.

Gruß
Martin

Guten Morgen,

Alexey Kovyazin hat heute ein Video zu Performance-Tests der aktuellen Firebird-Versionen bereitgestellt. Dort sind ein paar Interessante Infos enthalten.

Ihr findet das Video unter:
https://www.youtube.com/watch?v=RLX9JWzthzs

Gruß
Martin

Statt "not in" kann man auch
not exists (select * from .... where outerkey = innerkey)
verwenden. Hier wird dann nur 1 Select gemacht, da der ja bereits ausreicht.
Bei "Not In " muss gegen die ganze Liste geprüft werden.

Stimmt.

Alternativ kannst du auch mit Unterabfragen arbeiten. Die Performance ist allerdings schlechter als mit den vorher genanten Group-Funktionen. Eine Unterabfrage könnte zum Beispiel so aussehen (ich habe dies syntaktisch nicht geprüft): SELECT count((select from Beleg WHERE belegtyp = 'V' and belegart...

Gibt es eine Möglichkeit deine Erkenntnisse an die Entwickler weiterzugeben? Dann ist für die Zukunft sich noch was drin.