DBExpress Devart und Firebird

[hanspeter]

Hallo,
für DBExpress gibt es von Devart einen Treiber für Firebird.

Hat wer schon mal ausprobiert, ob dieser Treiber mit der DBExpress-Version in Prism, also unter Net, zusammenarbeitet?
Für einen Tip dankbar.

Gruß Peter

[Phoenix]

Heisst DBx unter .NET nicht BDP.NET?
Das was mir jetzt spontan einfällt: Frag doch einfach mal bei Corelabs DevArt an. (Warum zum Teufel haben die sich umbenannt?).

[Jürgen Thomas]

Für Firebird gibt es den Firebird NET Provider (ausführlich: Firebird ADO.NET Data Provider v.2.5.0 Beta 1 for .NET 3.5/2.0).

Gruß Jürgen

[Phoenix]

Der tut übrigens sehr gut. Aber wenn er schon nach Dbx fragt wird das einen Grund haben, oder? ;-)

[Elvis]

Zitat:

Zitat von Phoenix

Der tut übrigens sehr gut.

Tut er auch.

Zitat:

Aber wenn er schon nach Dbx fragt wird das einen Grund haben, oder? ;-)

Da wäre ich mir nicht so sicher. Habe schon öfter gesehen, dass Dbx.Net hergenommen wird, einfach nurweil es bereits dabei war.

Der "richtige" Firebird Provider sollte wohl besser sein, außer man will den Metadaten-Teil von DBX nutzen. Aber das kann dann vllt auch der non-DBX Provider von DevArt.

DBX.Net ist schließlich immer noch mit dem alten Delphi.Net kompiliert und man muss sich genau überlegen, ob man sich sowas als Abhängigkeit antun will.

[hanspeter]

Ich werde einen Teufel tun und in einem produktiven Projekt einen Beta 1 Driver einsetzen.
Der Driver selbst ist schon seit ein oder 2 Jahren im Beta 1 Status, das weckt nicht gerade Vertrauen.
Lieber gebe ich ein paar Euromark aus und habe ein kommerzielles Produkt und den zugehörigen Support.
Mit der Net-Anbindung von Firebird sieht es eher dünn aus.
Beim Hersteller kommt die Aussage "Sollte gehen". Ist mir für eine produktive Anwendung auch zu unsicher.
Ich ziehe zwischenzeitlich auch einen Wechsel zu MSSQL Server 2008 in Betracht, kann nur den notwendigen
Aufwand noch nicht ganz abschätzen.


Gruß
Peter

[Phoenix]

Zitat:

Zitat von hanspeter

Ich werde einen Teufel tun und in einem produktiven Projekt einen Beta 1 Driver einsetzen.
Der Driver selbst ist schon seit ein oder 2 Jahren im Beta 1 Status, das weckt nicht gerade Vertrauen.

Dann nehm den 2.1.0. Der ist rock-stable (und musste deshalb schon seit anderthalb Jahren nicht mehr angepackt werden). Mehr Vertrauenserweckend geht ned ;-)

[Elvis]

Zitat:

Zitat von hanspeter

Ich werde einen Teufel tun und in einem produktiven Projekt einen Beta 1 Driver einsetzen.
Der Driver selbst ist schon seit ein oder 2 Jahren im Beta 1 Status, das weckt nicht gerade Vertrauen.

Ist bei Opensource Software eher normal. Kommerzielle Software hätte schon längst behauptet er wäre fertig, egal welche offenstehenden Mängel da sind.
Für Produktivsysteme ist auch Unit Testing Pflicht, das würde eventuelle Macken im Provider aufdecken, oder du hättest deine Software sowieso nicht genügend getestet. ;-)

Ernsthaft, FB selbst zickt gerne mal rum, aber der FB .Net provider läuft wirklich sehr gut. Mich würde wirklich wundern, wenn CG's DBX Treiber stabiler wäre.

[hanspeter]

Zitat:

Zitat von Elvis

Ernsthaft, FB selbst zickt gerne mal rum, aber der FB .Net provider läuft wirklich sehr gut. Mich würde wirklich wundern, wenn CG's DBX Treiber stabiler wäre.

Irgendwie habe ich die Information, dass Driver-Version und NET bzw. FB Version korrespondieren?
Heist dass nun, das die Driverversion 2.0 mit FB 2.1 und Net 3.5 läuft?

Firebird haben wir eingeführt, als Interbase 6 Opensource wurde.
Damals gab es kaum eine andere vernünftige Opensource - Datenbank.
Da Linq wohl nur mit MSSQL geht, denken wir über einen Umstieg auf den Server von MS nach.
Die FB Datenbank wird etwa 450 bis 600 MByte groß.
Da dürfte die MSSQL Grenze von 2 Gbyte wohl reichen.

Gruß
Peter

[mkinzler]

Zitat:

Da Linq wohl nur mit MSSQL geht, denken wir über einen Umstieg auf den Server von MS nach.

Wie kommst du darauf?
Hierzu einen interessanten Artikel den ich heute morgen gelesen habe:
http://www.jprl.com/Blog/archive/dev...09/Mar-12.html

[Phoenix]

1.) LINQ2Sql ist eine totgeburt. Selbst Micrsoft sagt an der Stelle: Neu anfangen bitte mit ADO.NET Entity Framework, und wenn möglich von LINQ2Sql zu EF portieren.

2.) Zumindest der ADO.NET Beta provider von Firebird unterstützt das Entity Framework.
Die von DevArt tun das soweit ich weiss auch alle.

Von daher wäre der Zwang zum Umsteigen hier nicht gegeben. Und ganz ehrlich: Das Beta bei dem Treiber stört mich nicht im geringsten. Wie schon gesagt: Wenn finanzielle Interessen dahinter stehen, verschwindet ein beta von jetzt auf gleich (Siehe Google Chrome), und wenn nicht, dann bleibt sowas halt gerne ein paar Jahre lang 'beta', weil es keinen interessiert. Bei Firebird ist eher letzteres der Fall. Dem Entwickler gefällt es noch nicht 100%, also isses noch beta... er hat keinen Zwang das in ein 'stable' Release zu überführen.

[hanspeter]

Zitat:

Zitat von Phoenix

Das Beta bei dem Treiber stört mich nicht im geringsten.

Mich persönlich auch nicht.
Aber in dem Umfeld, wo ich im Moment meine Brötchen verdiene schon.
Da gibt es ziemlich rigide Vorgaben. Bei Delphi ist D7 als Entwicklungsumgebung festgeschrieben.
Prism kann ich nur verwenden, da Neuprojekte mit Net begonnen werden und ich mich hinter Delphi Altlasten verstecken kann.
Und zur Zertifizierung brauch ich mit Beta-Drivern überhaupt nicht erst anzutreten, da habe ich schon mit Opensource Probleme.

Gruß
Peter

[Phoenix]

Dann frag doch mal beim Dev-Team, ob die das nicht mal so langsam als Release freigeben und das Beta streichen wollen, weil Du es sonst nicht einsetzen kannst ;-)