Compartir a través de


Ejecución en paralelo en ADO.NET

La ejecución en paralelo en .NET Framework es la capacidad de ejecutar una aplicación en un equipo que tenga instaladas varias versiones de .NET Framework, usando exclusivamente la versión para la que se compiló la aplicación. Para obtener información detallada sobre cómo configurar la ejecución en paralelo, consulte Ejecución en paralelo.

Una aplicación compilada mediante una versión de .NET Framework se puede ejecutar en una versión diferente de .NET Framework. Sin embargo, se recomienda compilar una versión de la aplicación para cada versión instalada de .NET Framework y ejecutarlas por separado. En cualquier escenario, debe tener en cuenta los cambios en ADO.NET entre versiones que pueden afectar a la compatibilidad hacia delante o a la compatibilidad con versiones anteriores de la aplicación.

Compatibilidad hacia delante y compatibilidad con versiones anteriores

La compatibilidad con reenvío significa que una aplicación se puede compilar con una versión anterior de .NET Framework, pero se ejecutará correctamente en una versión posterior de .NET Framework. El código de ADO.NET escrito para la versión 1.1 de .NET Framework es compatible con las versiones posteriores.

La compatibilidad con versiones anteriores significa que una aplicación se compila para una versión más reciente de .NET Framework, pero sigue ejecutándose en versiones anteriores de .NET Framework sin perder ninguna funcionalidad. Por supuesto, esto no será el caso de las características introducidas en una nueva versión de .NET Framework.

Proveedor de datos de .NET Framework para ODBC

A partir de la versión 1.1, el proveedor de datos de .NET Framework para ODBC (System.Data.Odbc) se incluye como parte de .NET Framework.

Si tiene una aplicación desarrollada para .NET Framework versión 1.0 que usa el proveedor de datos ODBC para conectarse al origen de datos y desea ejecutar esa aplicación en .NET Framework versión 1.1 o una versión posterior, debe actualizar el espacio de nombres del proveedor de datos ODBC a System.Data.Odbc. A continuación, debe volver a compilarla para la versión más reciente de .NET Framework.

Si tiene una aplicación desarrollada para .NET Framework versión 2.0 o posterior que usa el proveedor de datos ODBC para conectarse al origen de datos y desea ejecutar esa aplicación en .NET Framework versión 1.0, debe descargar el proveedor de datos ODBC e instalarlo en el sistema .NET Framework versión 1.0. A continuación, debe cambiar el espacio de nombres del proveedor de datos ODBC a Microsoft.Data.Odbc y volver a compilar la aplicación para .NET Framework versión 1.0.

Proveedor de datos de .NET Framework para Oracle

A partir de la versión 1.1, el proveedor de datos de .NET Framework para Oracle (System.Data.OracleClient) se incluye como parte de .NET Framework.

Si tiene una aplicación desarrollada para .NET Framework versión 2.0 o posterior que usa el proveedor de datos para conectarse al origen de datos y desea ejecutar esa aplicación en .NET Framework versión 1.0, debe descargar el proveedor de datos e instalarlo en el sistema .NET Framework versión 1.0.

Seguridad de acceso del código

A partir de .NET Framework versión 2.0, todos los proveedores de datos de .NET Framework se pueden usar en zonas de confianza parcial. Además, se agregó una nueva característica de seguridad a los proveedores de datos de .NET Framework en .NET Framework versión 1.1. Esta característica permite restringir qué cadenas de conexión se pueden usar en una zona de seguridad determinada. También puede deshabilitar el uso de contraseñas en blanco para una zona de seguridad determinada. Para obtener más información, consulte Seguridad de acceso de código y ADO.NET.

Dado que cada instalación de .NET Framework tiene un archivo Security.config independiente, no hay problemas de compatibilidad con la configuración de seguridad. Sin embargo, si la aplicación depende de las funcionalidades de seguridad adicionales de ADO.NET incluidas en .NET Framework versión 1.1 y posteriores, no podrá distribuirla a un sistema de la versión 1.0.

Ejecución de SqlCommand

En .NET Framework versión 1.1 y versiones posteriores, ExecuteReader solo ejecuta un comando en el contexto de la sp_executesql procedimiento almacenado si el comando contiene parámetros, lo que proporciona una ventaja de rendimiento. Como resultado, si un comando que afecta al estado de la conexión se incluye en un comando no parametrizado, modifica el estado de la conexión para todos los comandos subsiguientes ejecutados mientras la conexión está abierta.

Considere el siguiente lote de comandos ejecutados en una llamada a ExecuteReader.

SET NOCOUNT ON;  
SELECT * FROM dbo.Customers;  

NOCOUNT permanecerán ON para los comandos posteriores ejecutados mientras la conexión está abierta.

Consulte también