Oracle
 sql >> Datenbank >  >> RDS >> Oracle

Erfordert ODP.NET die Installation von Oracle Client?

Alex Keh von Oracle im August 2013 sagt:

Managed ODP.NET wird veröffentlicht. Es ist derzeit Teil des Oracle DB 12cclient. Um verwaltetes ODP.NET zu verwenden, müssen Sie den DB-Client herunterladen und installieren. Von dort können Sie nur die verwalteten ODP.NET-Assembly- und Setup-Dateien extrahieren. Diese Dateien sind kleiner als 10 MB und können auf beliebigen Zielcomputern bereitgestellt werden.

Derzeit packen wir eine eigenständige verwaltete ODP.NET-Version und eine ODAC 12-Version, die viel kleiner sein werden. Dies wird in Kürze auf OTN veröffentlicht.

Wenn Sie ein paar Tage warten können, wird ODAC 12c auf OTN verfügbar sein und Sie können diese Version herunterladen. Das wird unsere neueste und am besten verwaltete ODP.NET-Version sein

====

Wir planen nicht, verwaltetes ODP.NET auf NuGet zu platzieren. Wir glauben, dass der verwaltete ODP.NET-Download mit ODAC die gleichen Vorteile wie NuGet in Bezug auf Assemblyisolation und Downloadgröße bieten wird.

Es gibt einen Thread, in dem diskutiert wird, ob Oracle NuGet-Unterstützung für managedODP.NET bereitstellen sollte. Sobald Sie ODAC 12c verwenden, würde ich gerne Ihre Meinung dazu wissen, ob die NuGet-Unterstützung noch erforderlich ist.https://forums.oracle.com/thread/2559445

Nuget-verwaltetes ODP.NET:

PM> Install-Package Oracle.ManagedDataAccess

Also, was ist überhaupt das Problem?
Im Grunde war ODP.NET bis jetzt eine .NET-Schicht, die mit den .dll-Dateien des Oracle-Clients kommuniziert, eine kleine Tatsache, die viele Auswirkungen hatte:

  • Großer Installationsbedarf (mehrere hundert MB)
  • Schwierige Bereitstellung auf Remote-Rechnern – muss ODP.NET auf dem Client-Rechner installieren oder große Dateien bereitstellen
  • Herausfordernd bei der Arbeit mit mehreren Versionen, 32-Bit/64-Bit-Betriebssystemen und Anwendungen

Also, was ist es?

Der verwaltete Treiber ist im Grunde eine einzelne .dll-Datei mit einer .Net-nativen Implementierung von ODP.NET.
Das bedeutet, dass kein Oracle-Client benötigt wird und jetzt nativer Code hinter den Kulissen ist. Die Installation von XCopy ist einfach durchzuführen.

Hauptvorteile:

  • Kleiner Platzbedarf
  • Wie jede CPU kompiliert, damit es reibungslos auf 32-Bit/64-Bit-Betriebssystemen und -Anwendungen funktioniert. Einfache Verwaltung mehrerer Versionen auf demselben Computer
  • Kann als einfache Referenz im applicationbin-Verzeichnis bereitgestellt werden.

Wo ist also der Haken?

  • Nicht alle Funktionen werden unterstützt (obwohl die meisten davon... ) Weitere Informationen finden Sie in der Dokumentation
  • Namespace wurde von Oracle.DataAccess.Client in Oracle.ManagedDataAccess.Client geändert
  • Leistungsunterschiede sind immer noch nicht klar. (Der alte) native Code arbeitet immer sehr effizient, aber auf der anderen Seite hat 100% verwalteter Code seine Leistungsvorteile.

Bitte beachten Sie, dass der Native-Code ODP.NET noch sehr stark verfügbar ist. Die verwaltete Version (zumindest vorerst) kommt zusätzlich zur nativen Version.

Referenzen:http://oracleatdotnet.blogspot.com.es/2013/07/odpnet-managed-driver-beta-2.html

Unterschiede zwischen dem verwalteten ODP.NET-Treiber und dem nicht verwalteten Treiber http://docs.oracle.com/html/E41125_02/intro004.htm

Funktionen von Oracle Data Provider für .NET http://docs.oracle.com/database/121/ODPNT/features.htm#ODPNT0007