Firebird 2.5 oder 3.0 für neues Projekt

[Frickler]

Hallo,

für ein neues Projekt soll Firebird als Datenbank verwendet werden. Nimmt man da besser 2.5 oder 3.0? Gut abgehangen oder nagelneu? Bin da etwas unschlüssig...

[hstreicher]

Hallo

Ich würde die 3 nehmen , da sich das Sicherheitskonzept von 2 auf 3 deutlich verändert hat wäre imho eine spätere Umstellung von 2.x auf 3.x unnötiger Mehraufwand
und aktuell ist die 3.0.2 es ist also nicht wirklich nagelneu

mfg Hannes

[bnreimer42]

Man kann wohl guten Gewissens für neue Projekte 3.0.2 oder neuer verwenden. Die 3er Version ist ja auch schon etwas reifer in der Zwischenzeit.

Ich habe die meisten Projekte noch unter 2.5, aber das liegt primär daran, dass ich einen Stack an DB-Routinen habe, die ich für 3.0 erst renovieren will, um von Packages und Stored Functions auch einen echten Nutzen zu haben.

[tsteinmaurer]

Sofern das "Umfeld" (Delphi Version, Zugriffskomponenten etc.) Firebird 3.0 unterstützt, würde ich für neue Projekte 3.0 nehmen.

[Frickler]

Zitat von tsteinmaurer:

Sofern das "Umfeld" (Delphi Version, Zugriffskomponenten etc.) Firebird 3.0 unterstützt, würde ich für neue Projekte 3.0 nehmen.

Inwieweit spielt die Delphi-Version da mit rein? Die Komponente (UniDAC) kanns, zumindest gibt DevArt das an.

[mkinzler]

Dann wäre ja die voraussetzungen erfüllt

[bnreimer42]

Das schöne bei Firebird und Versionswechseln ist, dass man eigentlich nur darauf achten muss, den passenden Client (fbclient.dll) zu nutzen. Dann funktionieren eigentlich alte Dinge immer unverändert und man profitiert gleichzeitig von Verbesserungen (z.B. Kompression oder Optimierungen), ohne das eigene Programm deshalb neu bauen zu müssen.

Eine Unterstützung der Delphi Libs ist insbesondere dann zwingend erforderlich, wenn neue Funktionen genutzt werden sollen.

Ich habe z.B. eine Applikation laufen mit Firebird 3, die mit Delphi 7 und den alten IBX-Komponenten gebaut wurde.

[MyRealName]

AFAIK UniDAC unterstützt Komprimierung noch nicht. Aber ich arbeite auch schon seit einiger Zeit mit 3.0 auf meinem Entwicklungsrechner um die letzten Probleme noch zu finden :

Wenn man Count(*) in einem SELECT macht, dann kommt das jetzt als LargeInt beim Dataset an. Hat man es als TIntegerField angelegt mit 2.5, spinnt UniDAC

SELECT A.*, B.Name, C.Beschreibung
FROM TableA A, TableB B
LEFT JOIN TableC C ON (C.Id=B.Id)
WHERE A.Id=B.Id

geht nicht mehr bei der 3er. Alles mit einem Typ von JOIN, nichts mehr mixed.

Also neue Projekte nur noch mit FB3 IMHO