Mejores prácticas al usar oracle DB y .NET

Question

¿Cuáles son las mejores prácticas o caídas de pozo que debemos tener en cuenta cuando usamos el proveedor Microsoft Oracle en una aplicación .NET centrada en servicios web?

Answer 1

Algunas prácticas que empleamos en base a nuestra experiencia en la producción:

• conexiones Validar al recuperar desde la agrupación de conexiones.
• Escribe tu código de servicio no asumir que las conexiones son válidas - el no hacerlo puede causar un poco de dolor, especialmente en entornos de producción
• Siempre que sea posible, de manera explícita estrecha y disponer las conexiones después de usarlos (using(conn){} bloques funcionan bien)
• En un servicio, debe usar conexiones durante el menor tiempo posible, especialmente si está buscando crear una solución escalable.
• Considere el uso de timouts explícitos en las solicitudes apropiadas para la duración típica de una solicitud. Lo último que desea es tener un tipo de solicitud que se bloquea para bloquear potencialmente todo su sistema.
• Siempre que sea posible, utilice las variables de enlace para evitar los análisis en la base de datos (esto puede ser una pesadilla si no comienza con esta práctica). El uso de variables de vinculación también lo protege de ataques básicos de inyección SQL.
• Asegúrese de tener un soporte de diagnóstico adecuado en su sistema; considere la posibilidad de crear un envoltorio alrededor de las llamadas de Oracle ADO para que pueda instrumentar, registrar y ubicar todas ellas.
• Considere usar procedimientos almacenados o vistas cuando sea posible para llevar la semántica de consultas y el conocimiento del modelo de datos a la base de datos. Esto permite un perfil más fácil y ajuste de consultas.
• Como alternativa, considere utilizar una buena biblioteca ORM (EF, Hibernate, etc.) para encapsular el acceso a los datos, especialmente si realiza operaciones de lectura y escritura.
• Extendiendo todo lo anterior, no salpique su código con docenas de fragmentos de SQL escritos individualmente. Esto se convierte rápidamente en una pesadilla de mantenimiento.
• Si está comprometido con Oracle como base de datos, no tema usar las características específicas de Oracle. La biblioteca ODP proporciona acceso a la mayoría de las funciones, como devolver cursores de tabla, operaciones por lotes, etc.
• Oracle trata cadenas vacías ("") y NULL como equivalentes - .NET no lo hace. Normalice su tratamiento de cadena según corresponda para Oracle.
• Considere usar NVARCHAR2 en lugar de VARCHAR2 si va a almacenar cadena .NET Unicode directamente en su base de datos. De lo contrario, convierta todas las cadenas de Unicode para que se ajusten al subconjunto Core ASCII. De lo contrario, puede causar todo tipo de problemas de corrupción de datos confusos y malvados.

Answer 2

Los Proveedores de Oracle funcionan bien en una aplicación ASP.NET, pero tener en cuenta:

• Adaptación de la versión correcta del cliente de Oracle de 32 bits o 64 bits con su grupo de aplicaciones
• Cliente de 32 bits para un grupo de aplicaciones de 32 bits, cliente de 64 bits para un grupo de aplicaciones de 64 bits.
• Permisos - conceder los derechos de los usuarios de la piscina aplicación en el directorio de cliente de Oracle (c: \ oracle \ product \ 10.2.0 \ client_1)

Esto no tiene nada que ver con ASP.NET, pero es importante tener en cuenta que Oracle almacena cadenas vacías y nulas ambas como nulas, por lo que si necesita saber que algo estaba vacío y no nulo, debe agregar una columna adicional para rastrear ...

Answer 3

algunos consejos más:

• Evitar el uso de proveedor de Oracle de Microsoft, ya que pasa de apoyo (http://blogs.msdn.com/adonet/archive/2009/06/15/system-data-oracleclient-update.aspx)
• Si está comprometida con características de Oracle utilizar Oracle y vincular el montaje Oracle.DataAccess a su código
• Si no está seguro y quiere ser flexible, use las clases System.Data.Common y cargue orac proveedor le través