entlib连接oracle乱码,Connecting Oracle using ODP.NET with Enterprise Library DAAB
发布日期:2021-06-24 13:24:52 浏览次数:2 分类:技术文章

本文共 9103 字,大约阅读时间需要 30 分钟。

问题

Our application is using Enterprise Library DAAB to support both oracle and sql databases.

One of the Stored Procedure is for uploading Image to Table.

It's a BLOB field and the parameter is set to DbType.Binary.

This functionality works without any problem for SQL, But when comes to Oracle

I hit the 32K parameter size limit issue.

As suggested in SO, I moved the code to ODP.NET, but I am still facing the same problem.

My App.config file setting:

name="Oracle.DataAccess.Client" />

providerName="Oracle.DataAccess.Client" />

In my application code I am using enterprise library to access the DB

Database db = DatabaseFactory.CreateDatabase();

DbCommand cmd = db.GetStoredProcCommand(spName);

cmd.CommandType = CommandType.StoredProcedure;

db.AddInParameter(cmd, "DOCIMAGE", DbType.Binary, GetByteArrayFromFile(filePath));

db.AddOutParameter(cmd, "return_value", DbType.Int32, 128);

int row = db.ExecuteNonQuery(cmd);

I have the following assemblies referenced in my project:

619cfba3ef8c85686bc6d1a8ce614931.gif

Now when I run the application, Ent Lib DAAP is supposed to be using Oracle.DataAccess.Client, but It is still wired to oracle db through System.Data.OracleClient. So 32K limit is still there.

340339b7caeec9297c122834bcd6111a.gif

Why it is not using Oracle Data Provider as I have clearly mentioned in App.config?

In one post, It is mentioned to use the following snippet as a workaround,

DbProviderFactory providerFactory = DbProviderFactories.GetFactory("Oracle.DataAccess.Client");

Database db = GenericDatabase(connectionString, providerFactory);

This one seems working.

870d6ade24bb65ae9e7fc44b68bda00c.gif

But the instantiated Database is of GenericDatabase instead of OracleDatabase, may be that's why even this work around still throwing exception when file size is over 32K.

How do I use ODP.NET with Enterprise Library for 32K size limit issue?

RESOLVED:

I followed hridya walk through.

As he mentioned there were XML comment errors, which can be turned off (Look here).

Also there were couple of namespace conflicts which were resolved by choosing Oracle.DataAccess.Client. After these, It compiled successfully.

Here is my code snippet from the sample application I made it to test the changes.

(The sample solution now references new compiled Data and Common dlls.)

Database db = DatabaseFactory.CreateDatabase();

DbCommand cmd = db.GetStoredProcCommand(sqlCode);

cmd.CommandType = CommandType.StoredProcedure;

db.AddInParameter(cmd, "DOCIMAGE", DbType.Binary, GetByteArrayFromFile(filePath));

db.AddOutParameter(cmd, "return_value", DbType.Int32, 128);

int rowID = db.ExecuteNonQuery(cmd);

I checked command object, now it is of type Oracle.DataAccess.Client.OracleCommand whereas previously it was System.Data.OracleClient.OracleCommand.

Remember since I have already modified the DAAB to use ODP.NET, I don't need to set the provider explicitly in the config file using providerMappings tag.

But I still get the same error when the file size exceeds 32K, Stepping into the code line by line revealed that the problem is with the DbType.Binary. It didn't get changed to proper OracleDbType.

To make it work I have added one more code fix in Enterprise Lib's Data Project.

File: \Oracle\OracleDatabase.cs

Method: AddParameter

Original code:

public override void AddParameter(DbCommand command, string name, DbType dbType, int size,

ParameterDirection direction, bool nullable, byte precision, byte scale, string sourceColumn,

DataRowVersion sourceVersion, object value)

{

if (DbType.Guid.Equals(dbType))

{

object convertedValue = ConvertGuidToByteArray(value);

AddParameter((OracleCommand)command, name, OracleDbType.Raw, 16, direction, nullable, precision,

scale, sourceColumn, sourceVersion, convertedValue);

RegisterParameterType(command, name, dbType);

}

else

{

base.AddParameter(command, name, dbType, size, direction, nullable, precision, scale,

sourceColumn, sourceVersion, value);

}

}

Added condition for DbType.Binary

Modified Code:

public override void AddParameter(DbCommand command, string name, DbType dbType, int size,

ParameterDirection direction, bool nullable, byte precision, byte scale, string sourceColumn,

DataRowVersion sourceVersion, object value)

{

if (DbType.Guid.Equals(dbType))

{

object convertedValue = ConvertGuidToByteArray(value);

AddParameter((OracleCommand)command, name, OracleDbType.Raw, 16, direction, nullable, precision,

scale, sourceColumn, sourceVersion, convertedValue);

RegisterParameterType(command, name, dbType);

}

else if(DbType.Binary.Equals(dbType))

{

AddParameter((OracleCommand)command, name, OracleDbType.Blob, size, direction, nullable, precision,

scale, sourceColumn, sourceVersion, value);

}

else

{

base.AddParameter(command, name, dbType, size, direction, nullable, precision, scale,

sourceColumn, sourceVersion, value);

}

}

I don't know If this the right way to do it or some other sleek workaround is already available.

But it worked.

回答1:

I hope the following steps will give you the correct result.

To replace System.Data.OracleClient with Oracle.DataAccess.Client; and Oracle.DataAccess.Types

Download and install the latest version of Microsoft Enterprise Library ver 3.1 Can be found here:- http://msdn2.microsoft.com/en-us/library/aa480453.aspx

Download and install the Oracle ODP.Net from Oracle website Your DLL file should be in :-

C:\oracle\product\11.1.0\client_1\odp.net\bin\2.x\Oracle.DataAccess.dll

When it prompts you to install the source do so by using the checkbox.

If you didn't then run the msi on the following path C:\Program Files\Microsoft Enterprise Library 3.1 - May 2007\src

The code for the library gets stored on the following path C:\EntLib3Src\App Blocks

Take a backup of the original src folder in case you need them later - C:\EntLib3Src\App Blocks\Src

Open the solution file EnterpriseLibrary.sln And get to the data project under Data Access Application Block

Add Oracle.DataAccess.dll Reference to the Data Project. Your DLL file should be in :- C:\oracle\product\11.1.0\client_1\odp.net\bin\2.x\Oracle.DataAccess.dll

Search and replace the following [ Instead you could download and use the updated DLL thats attached to this article]

File :- C:\EntLib3Src\App Blocks\Src\Data\Oracle\OracleDatabase.cs

File :- C:\EntLib3Src\App Blocks\Src\Data\DatabaseConfigurationView.cs

File :- C:\EntLib3Src\App Blocks\Src\Data\Oracle\OracleDataReaderWrapper.cs

Find :- using System.Data.OracleClient;

Replace with:- using Oracle.DataAccess.Client; using Oracle.DataAccess.Types;

File :- C:\EntLib3Src\App Blocks\Src\Data\Configuration\DbProviderMapping.cs Class:- DbProviderMapping

Find :- System.Data.OracleClient

Replace with:- Oracle.DataAccess.Client

File :- C:\EntLib3Src\App Blocks\Src\Data\Configuration\Manageability\

ConnectionStringsManageabilityProvider.cs

Method:- AddAdministrativeTemplateDirectives

Find :- System.Data.OracleClient

Replace with:- Oracle.DataAccess.Client

File :- C:\EntLib3Src\App Blocks\Src\Data\Oracle\OracleDatabase.cs

Method:- AddParameter

Find :- public void AddParameter(OracleCommand command, string name, OracleType oracleType, int size, ParameterDirection direction, bool nullable, byte precision, byte scale, string sourceColumn, DataRowVersion sourceVersion, object value)

Replace with:- public void AddParameter(OracleCommand command, string name, OracleDbType oracleType, int size, ParameterDirection direction, bool nullable, byte precision, byte scale, string sourceColumn, DataRowVersion sourceVersion, object value)

Reason:- OracleType replaced with OracleDbType as the third parameter as that the type name in the odp.net API

File:- C:\EntLib3Src\App Blocks\Src\Data\Oracle\OracleDatabase.cs

Remove:- [OraclePermission(SecurityAction.Demand)] -

Haven't got a clue what that does if someone does please brief on feedback session

File:- C:\EntLib3Src\App Blocks\Src\Data\Oracle\OracleDatabase.cs

Find:- OracleType.Raw

Replace with:- OracleDbType.Raw

Find:- param.OracleType

Replace with:- param.OracleDbType

Find:- OracleType.Cursor

Replace with:- OracleDbType.RefCursor

Find:- parameter.OracleType

Replace with:- parameter.OracleDbType

Compile now and if you get an error do the following Warning as Error : XML comment on - Remove the highlighted error content / replace it with approp comment Hopefully it should compile fine now.

Now the DLL that was generated by compiling the above project can be used against both SqlServer and Oracle [ODP.Net]

回答2:

Bit late on this, but I can't see a good reason why the responder suggested the use of EL3.1 That is very out of date - 5 is the latest version (and was out for almost 2 years before this post) and the OP was using 4.1 according to the code sample. It is much simpler to use ODP with EL5 (have done so myself, utilising the EntlibContrib project) and although I cannot speak for any potential issues with parameter sizes as we do not use BLOBs, EntlibContrib natively allows the use of the OracleDbType so I think it probably wouldn't be a problem.

Just in case anyone stumbles on this post wondering how to get EL5 and ODP playing nicely with minimum fuss I can supply details - PM me.

来源:https://stackoverflow.com/questions/13252511/connecting-oracle-using-odp-net-with-enterprise-library-daab

转载地址:https://blog.csdn.net/weixin_33137081/article/details/116372215 如侵犯您的版权,请留言回复原文章的地址,我们会给您删除此文章,给您带来不便请您谅解!

上一篇:php eol 没有换行,php_eol没有换行怎么办
下一篇:oracle将memory_target改为自动管理方式,Oracle 11g新特性:Memory_target与自动内存管理...

发表评论

最新留言

表示我来过!
[***.240.166.169]2024年03月31日 12时04分16秒