Firebirdforum.de

Finde ich gut. Eventuell Link in deine Signatur?

Super. Danke für deine Mühen.

Wir wurden des öfteren schon gefragt, ob wir nicht auf SQL-Server umstellen können, da man diesen bereits "im Haus" hätte.

Ja, das ist ein aktuelles Thema bei uns. Läuft "unerwartet" auch nicht schneller...

Wir möchten Ihre Aufmerksamkeit auf diesen ausführlichen Artikel lenken, der auf Praxiserfahrungen basiert und einem selten diskutierten Thema gewidmet ist: der Migration von Firebird zu PostgreSQL.

Der Artikel beleuchtet 23 praxisnahe Probleme, die Teams oft unvorbereitet treffen – etwa warum ...

Neue Ressource: Awesome-Firebird-Repository

GitHub-Repository jetzt verfügbar:
https://github.com/FirebirdSQL/awesome-firebird/

Zweck: Kuratierte Sammlung von Firebird-Treibern und -Tools (Open Source und kommerziell)

Ziel: Aktuelle Liste hochwertiger, externer Firebird-Ressourcen pflegen ...

Danke für die Arbeit.

Vielleicht finden wir ja einen Weg, die Releases automatisch auf Github bereitzustellen.

Danke für den Hinweis. Ist korrigiert.

Das Firebird-Projekt hat kritische Sicherheitsprobleme in älteren Versionen aller unterstützten Releases entdeckt.
Wenn Ihre Version kleiner oder gleich der Versions- und Buildnummern 3.0.13.33809, 4.0.6.3203 oder 5.0.3.1651 ist,
müssen Sie unbedingt auf die neuesten Firebird-Versionen aktualisieren ...

Tatsächlich kenne ich keine DB in dieser Größenordnung.

Man könnte eine Standard-DB nehmen und dann z.B. mit einer Prozedur auffüllen.

Der Inner Join ist nur dann schneller, als der Left Join, wenn der Index des On auf beiden Seiten existiert.
Verständlich wird es dann, wenn die Table-Folge (from => Inner) umgedreht wird.


Das ist in unserem Szenario genau der Fall. Dennoch ist der INNER JOIN "extrem" langsam. Wenn dies im 5.0 ...