Enlazar parámetros de consulta por nombre con ODP.NET

Question

Actualmente estoy usando el proveedor Microsoft ADO.NET para Oracle (System.Data.OracleClient). Soy consciente de que ciertamente no es el mejor proveedor de Oracle disponible y que will soon be deprecated, debería estar usando Oracle ODP.NET en su lugar. La razón por la que todavía uso el proveedor MS es porque ODP.NET vincula los parámetros por posición, no por su nombre. Esto realmente puede ser un PITA cuando usa muchos parámetros en una consulta, porque debe tener cuidado de agregarlos en el orden correcto, lo que puede conducir fácilmente a errores. También es molesto cuando se utiliza el mismo parámetro varias veces en la misma consulta, por ejemplo:

SELECT A,B,C FROM FOO WHERE X = :PARAM_X OR :PARAM_X = 0 

Con ODP.NET, tengo que añadir dos parámetros a la OracleCommand, que creo que es estúpida ...

OracleCommand de ODP.NET tiene una propiedad para cambiar ese comportamiento predeterminado: BindByName. Cuando se establece en verdadero, los parámetros están vinculados por nombre, que es lo que quiero. Por desgracia, esto realmente no me ayuda, porque:

• Se establece en false por defecto
• que casi nunca uso de ADO.NET clases concretas de forma explícita, yo prefiero usar ADO.NET 2.0 capa de abstracción (DbProviderFactory , DbConnection, DbCommand ...) para reducir el acoplamiento a cualquier RDBMS específico. Así que no tengo acceso a la propiedad BindByName, a menos que la use explícitamente en OracleCommand, perdiendo todos los beneficios o la abstracción.
• Cuando uso un ASP.NET SqlDataSource, no creo el DbCommand yo mismo, así que no tengo la oportunidad de establecer BindByName en verdadero (podría hacerlo en el evento de selección, pero realmente me duele hágalo por cada SqlDataSource ...)

¿Cómo se supone que debo manejar este problema? ¿Hay un ajuste BindByNameByDefault en alguna parte? (No encontré nada de eso, pero es posible que me lo haya perdido ...)

Answer 1

Creo que puede crear su propio proveedor que utiliza los valores predeterminados que desea utilizar. Puede crear ese proveedor fácilmente al heredar todas las clases de odp.net, simplemente ajuste algunas propiedades como BindByName.

El DbProviderfactory creará sus clases en lugar de las clases normales de odp.net.

Answer 2

En cuanto a la suspensión del proveedor de Microsoft ADO .NET para Oracle:

• voy a entrar en usarlo en lugar de PAO .NET, su problema de ser sólo uno de los numerosos problemas con él. Y a medida que avanza, seguirá estando disponible en .NET 4.0, aunque no sea compatible.
• Si Oracle logra inutilizar este proveedor, probablemente vaya con una alternativa comercial como DataDirect ADO.NET Data Provider for Oracle o dotConnect for Oracle, que se integra completamente en ADO .NET framework. Y, por cierto, ya respaldan el Marco de la Entidad (creo que Oracle afirmó que ODP .NET no lo haría).

ODP .NET tomó demasiado tiempo de mi parte.

Answer 3

¡Utilice la indirección y la herencia! Si está realizando acceso a datos a través de una clase de base de datos abstracta, requiera el enlace del parámetro del identificador de la implementación de la base de datos.

public abstract class Database 
{ 
    private readonly DbProviderFactory factory; 

    protected Database(DbProviderFactory factory) 
    { 
     this.factory = factory; 
    } 

    public virtual DbCommand CreateCommand(String commandText) 
    { 
     return CreateCommand(CommandType.Text, commandText); 
    } 

    public virtual DbCommand CreateCommand(CommandType commandType, String commandText) 
    { 
     DbCommand command = factory.CreateCommand(); 
     command.CommandType = commandType; 
     command.Text = commandText; 
     return command; 
    } 

    public virtual void BindParametersByName(DbCommand command) 
    { 

    } 
} 

Y elija crear una implementación específica de Oracle que anule la creación de comandos predeterminada o proporcione la opción de enlazar parámetros por nombre.

public class OracleDatabase : Database 
{ 
    public OracleDatabase() 
     : base(OracleClientFactory.Instance) 
    { 

    } 

    public override DbCommand CreateCommand(CommandType commandType, String commandText) 
    { 
     DbCommand command = base.CreateCommand(commandType, commandText); 
     BindParametersByName(command); 
     return command; 
    } 

    public override void BindParametersByName(DbCommand command) 
    { 
     ((OracleCommand)command).BindByName = true; 
    } 
} 

Código basado en la Data Access Application Block en el Enterprise Library.