Zitat von
UweR:
Gehe ich jetzt recht in der Annahme das Firebird das hinkriegt was Borland nicht schafft oder haben sie es mittlerweile doch gebacken bekommen?
Auch Firebird hat das nicht hinbekommen. Das war ein Entwickler der ein NetProvider haben wollte. Der hat das Ding entwickelt.
Soweit ich weiß, ist man bei Borland da immer noch nicht weiter. Selbst die BDP's sollen kein Connection Pooling haben.
Was ich an dem
FB-NetProvider toll finde ist, das du mit ihm alles bestimmen kannst. Egal ob Embedd oder ohne Pooling. Wird einfach mit dem Connection String mit gegeben.
Zitat von
UweR:
Kannst du mir auch noch sagen wie performant bzw. stabil das Teil so ist. Ich spiele mit dem Gedanken da ne dicke Anwendung drauf zu setzen. Die Entscheidung sollte in den nächsten Wochen fallen und da meine Dot-NET-Kenntnisse auch noch fleißig wachsen müssen ist für Trial-And-Error nicht so besonders viel Zeit.
Das kann ich dir nicht sagen. Firebird an sich ist schon für "dicke Anwendungen geeignet". Ich hab schon gehört das welche Firebird benutzen wo am Tag 10000 und mehr Datensätze anfallen, wo Millionen Datensätze drin sind.
Der NetProvider setzt nur die Net-Regeln für die Datenklassen um, ansonsten basiert er auf nativen Zugriffen. So läuft es auch beim Provider für den MS
SQL-Server ab.
Wie performant der Net-Provider jetzt ist kann ich wie gesagt nicht beurteilen. Allerdings kann ich dir ein paar Links empfehlen:
www.entwickler-forum.de Dort bei Datenbanken und Firebird oder NetFramework. Dort sitzten schon die Profis
oder du wendest dich direkt an den Entwickler des Providers.
Maillisten von Firebird Dort kannst du dich in der Maillist des NetProviders eintragen. Stell dort doch einfach mal die Frage nach der Performance.