Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
MARS (Multiple Active Result Sets, conjuntos de resultados activos múltiples) es una característica que funciona con SQL Server 2005 y que permite la ejecución de varios lotes en una sola conexión. En las versiones anteriores de SQL Server, para tener acceso a varios conjuntos de resultados mediante objetos SqlDataReader, debía utilizarse un objeto SqlConnection distinto con cada objeto SqlCommand. Sin embargo, cuando MARS está habilitado para su uso con SQL Server 2005, cada objeto de comando utilizado agrega una sesión a la conexión.
.gif "Nota") Nota |
|---|
Una única sesión MARS abre una conexión lógica para MARS y, a continuación, una conexión lógica para cada comando activo. |
Habilitación y deshabilitación de MARS en la cadena de conexión
| Nota |
|---|
En las siguientes cadenas de conexión se utiliza la base de datos de ejemplo AdventureWorks que se incluye en SQL Server 2005.En las cadenas de conexión proporcionadas se supone que la base de datos está instalada en un servidor llamado MSSQL1.Modifique la cadena de conexión según sea necesario para su entorno. |
La característica MARS está deshabilitada de forma predeterminada. Para habilitarla, agregue el par de palabra clave "MultipleActiveResultSets=True" a la cadena de conexión. " True" es el único valor válido para habilitar MARS. En el siguiente ejemplo se muestra cómo conectarse a una instancia de SQL Server y cómo especificar que se debe habilitar MARS.
Dim connectionString As String = "Data Source=MSSQL1;" & _
"Initial Catalog=AdventureWorks;Integrated Security=SSPI" & _
"MultipleActiveResultSets=True"
string connectionString = "Data Source=MSSQL1;" +
"Initial Catalog=AdventureWorks;Integrated Security=SSPI" +
"MultipleActiveResultSets=True";
Para deshabilitarla, agregue el par de palabra clave "MultipleActiveResultSets=False" a la cadena de conexión. " False" es el único valor válido para deshabilitar MARS. En la siguiente cadena de conexión se muestra cómo deshabilitar MARS.
Dim connectionString As String = "Data Source=MSSQL1;" & _
"Initial Catalog=AdventureWorks;Integrated Security=SSPI" & _
"MultipleActiveResultSets=False"
string connectionString = "Data Source=MSSQL1;" +
"Initial Catalog=AdventureWorks;Integrated Security=SSPI" +
"MultipleActiveResultSets=False";
Consideraciones especiales al utilizar MARS
En general, no es necesario modificar las aplicaciones existentes para utilizar una conexión habilitada para MARS. No obstante, si desea utilizar las características de MARS en las aplicaciones, debe comprender las siguientes consideraciones especiales.
Entrelazado de instrucciones
Las operaciones MARS se ejecutan de forma sincrónica en el servidor. Se permite el entrelazado de las instrucciones SELECT y BULK INSERT. Sin embargo, las instrucciones de lenguaje de manipulación de datos (DML) y de lenguaje de definición de datos (DDL) se ejecutan atómicamente. Toda instrucción que intente ejecutarse mientras hay un lote atómico en ejecución quedará bloqueada. La ejecución paralela en el servidor no es una característica MARS.
Si se envían dos lotes en una conexión MARS, y uno de ellos contiene una instrucción SELECT y el otro una instrucción DML, la DML puede comenzar la ejecución dentro de la ejecución de la instrucción SELECT. Sin embargo, la instrucción DML debe ejecutarse hasta su finalización para que la instrucción SELECT pueda progresar. Si ambas instrucciones están en ejecución en la misma transacción, cualquier cambio realizado en una instrucción DML después de que se ha iniciado la ejecución de la instrucción SELECT no se verá en la operación de lectura.
Una instrucción WAITFOR dentro de una instrucción SELECT no produce la transacción mientras está en espera, es decir, hasta que no se produce la primera fila. Esto implica que mientras una instrucción WAITFOR está esperando, no se puede ejecutar ningún otro lote en la misma conexión.
Caché de sesiones MARS
Cuando se abre una conexión y está habilitado MARS, se crea una sesión lógica que agrega sobrecarga adicional. Para reducir la sobrecarga y mejorar el rendimiento, SqlClient almacena en caché la sesión MARS de una conexión. La caché contiene como máximo 10 sesiones MARS. El usuario no puede ajustar este valor. Si se alcanza el límite de sesiones, se crea una nueva sesión y no se genera un error. La caché y las sesiones contenidas en ella son por conexión; no se comparten entre conexiones. Cuando se libera una sesión, vuelve al grupo a menos que se haya alcanzado el límite superior del mismo. Si el grupo de caché está lleno, la sesión se cierra. Las sesiones MARS no expiran. Solo se limpian cuando se elimina el objeto de conexión. La caché de sesiones MARS no está precargada. Se carga cuando la aplicación necesita más sesiones.
Seguridad de subprocesos
Las operaciones MARS no proporcionan seguridad para subprocesos.
Agrupar conexiones
Las conexiones habilitadas para MARS se agrupan como cualquier otra conexión. Si una aplicación abre dos conexiones, una con MARS habilitado y la otra con MARS deshabilitado, las dos conexiones estarán en grupos distintos. Para obtener más información, vea Agrupación de conexiones en SQL Server (ADO.NET).
Entorno de ejecución por lotes de SQL Server
Cuando se abre una conexión, se define un entorno predeterminado. A continuación, este entorno se copia en una sesión MARS lógica.
El entorno de ejecución por lotes incluye los siguientes componentes:
Definición de opciones (por ejemplo, ANSI_NULLS, DATE_FORMAT, LANGUAGE, TEXTSIZE)
Contexto de seguridad (rol del usuario o de la aplicación)
Contexto de la base de datos (base de datos actual)
Variables de estado de ejecución (por ejemplo, @@ERROR, @@ROWCOUNT, @@FETCH_STATUS @@IDENTITY)
Tablas temporales de nivel superior
En SQL Server 2000 y versiones anteriores, todos los lotes que se ejecutan en la misma conexión comparten el mismo entorno de lotes. Los cambios efectuados por un lote en el entorno de lotes son visibles para todos los lotes posteriores.
Con MARS, hay un entorno de ejecución predeterminado asociado con una conexión. Cada lote nuevo que comienza a ejecutarse en una conexión dada recibe una copia del entorno predeterminado. Cada vez que se ejecuta código en un lote dado, todos los cambios realizados en el entorno están en el ámbito del lote específico. Finalizada la ejecución, la configuración de ejecución se copia en el entorno predeterminado. En el caso de un único lote que emite varios comandos para que se ejecuten de forma secuencial en la misma transacción, la semántica es la misma a la expuesta por las conexiones que implican clientes o servidores anteriores.
Ejecución paralela
MARS no se ha diseñado para quitar todos los requisitos de varias conexiones en una aplicación. Si una aplicación necesita la ejecución paralela real de comandos en un servidor, se deben emplear varias conexiones.
Por ejemplo, vamos a analizar la siguiente situación. Se crean dos objetos de comando, uno para procesar un conjunto de resultados y el otro para actualizar los datos, que comparten una conexión común a través de MARS. En esta situación, el comando Transaction.Commit no puede realizar la actualización hasta que todos los resultados se hayan leído en el primer objeto de comando, lo que produce la siguiente excepción:
Mensaje: Contexto de transacción en uso por otra sesión.
Hay tres opciones para solucionar esta situación:
Iniciar la transacción una vez creado el lector y, así, no forma parte de la transacción. Cada actualización se convierte entonces en su propia transacción.
Confirmar todo el trabajo una vez cerrado el lector. Esto puede traer como consecuencia un lote considerable de actualizaciones.
No utilizar MARS, sino una conexión distinta para cada objeto de comando que tendría antes de MARS.
Detección de compatibilidad con MARS
Para comprobar la compatibilidad con MARS, una aplicación puede leer el valor SqlConnection.ServerVersion. El número mayor debe ser 9 en SQL Server 2005.