![]() |
Firebird .NET Provider und ConnectionPooling?
Hallo Leute,
kann mir jemand sagen ob der Firbird .NET Dataprovider ConnectionPooling beherrscht? Also nach dem schließen einer Verbindung diese eigentlich gar nicht zu macht sondern quasi Gewehr bei Fuß warten läßt bis sie wieder gebraucht wird. |
Re: Firebird .NET Provider und ConnectionPooling?
Ja tut er
|
Re: Firebird .NET Provider und ConnectionPooling?
Hallo Generalissimo,
erst mal danke für die schnelle Antwort. Gehe ich jetzt recht in der Annahme das Firebird das hinkriegt was Borland nicht schafft oder haben sie es mittlerweile doch gebacken bekommen? 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. Meinen Dank schon mal vorweg! |
Re: Firebird .NET Provider und ConnectionPooling?
Zitat:
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:
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: ![]() oder du wendest dich direkt an den Entwickler des Providers. ![]() |
Alle Zeitangaben in WEZ +1. Es ist jetzt 10:30 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz