Systeemvereisten voor de .NET Framework-gegevensprovider voor Oracle
Voor de .NET Framework-gegevensprovider voor Oracle is MDAC-versie 2.6 of hoger (Microsoft Data Access Components) vereist. MDAC 2.8 SP1 wordt aanbevolen.
U moet ook Oracle 8i Release 3 (8.1.7) Client of hoger hebben geïnstalleerd.
Oracle-clientsoftware vóór versie Oracle 9i heeft geen toegang tot UTF16-databases omdat UTF16 een nieuwe functie is in Oracle 9i. Als u deze functie wilt gebruiken, moet u uw clientsoftware upgraden naar Oracle 9i of hoger.
Werken met de gegevensprovider voor Oracle- en Unicode-gegevens
Hier volgt een lijst met Unicode-gerelateerde problemen die u moet overwegen bij het werken met de .NET Framework-gegevensprovider voor Oracle- en Oracle-clientbibliotheken. Zie uw Oracle-documentatie voor meer informatie.
De Unicode-waarde instellen in een Verbinding maken iontekenreekskenmerk
Wanneer u met Oracle werkt, kunt u het kenmerk verbindingsreeks gebruiken
Unicode=True
om de Oracle-clientbibliotheken te initialiseren in de UTF-16-modus. Hierdoor accepteren de Oracle-clientbibliotheken UTF-16 (die vergelijkbaar is met UCS-2) in plaats van tekenreeksen met meerdere bytes. Hierdoor kan de gegevensprovider voor Oracle altijd met elke Oracle-codepagina werken zonder extra vertaalwerk. Deze configuratie werkt alleen als u Oracle 9i-clients gebruikt om te communiceren met een Oracle 9i-database met de alternatieve tekenset van AL16UTF16. Wanneer een Oracle 9i-client communiceert met een Oracle 9i-server, zijn er extra resources nodig om de Unicode CommandText-waarden te converteren naar de juiste tekenset met meerdere bytes die door de Oracle9i-server wordt gebruikt. Dit kan worden vermeden wanneer u weet dat u de veilige configuratie hebt door deze toe te voegen aan Unicode=True uw verbindingsreeks.
Versies van Oracle Client en Oracle Server combineren
Oracle 8i-clients hebben geen toegang tot NCHAR-, NVARCHAR2- of NCLOB-gegevens in Oracle 9i-databases wanneer de nationale tekenset van de server is opgegeven als AL16UTF16 (de standaardinstelling voor Oracle 9i). Omdat ondersteuning voor de UTF-16-tekenset pas is geïntroduceerd als Oracle 9i, kunnen Oracle 8i-clients deze niet lezen.
Werken met UTF-8-gegevens
Als u de alternatieve tekenset wilt instellen, stelt u de registersleutel HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\HOMEID\NLS_LANG in op UTF8. Zie de Oracle-installatieopmerkingen op uw platform voor meer informatie. De standaardinstelling is de primaire tekenset van de taal waaruit u de Oracle Client-software installeert. Als u de taal niet instelt die overeenkomt met de nationale taaltekenset van de database waarmee u verbinding maakt, worden parameter- en kolombindingen verzonden of ontvangen in uw primaire databasetekenset, niet de nationale tekenset.
OracleLob kan alleen volledige tekens bijwerken.
Om bruikbaarheidsredenen neemt het OracleLob object over van de klasse .NET Framework Stream en biedt readByte - en WriteByte-methoden . Het implementeert ook methoden, zoals CopyTo en Erase, die werken aan secties van Oracle LOB-objecten . Oracle-clientsoftware biedt daarentegen een aantal API's om te werken met character LOB s (CLOB en NCLOB). Deze API's werken echter alleen voor volledige tekens. Vanwege dit verschil implementeert de gegevensprovider voor Oracle ondersteuning voor Read en ReadByte om op een byte-wijze met UTF-16-gegevens te werken. De andere methoden van het OracleLob-object staan echter alleen bewerkingen met volledige tekens toe.