Usar cursores con consultas distribuidas
Cuando se utilizan cursores con consultas distribuidas, se admiten los tipos de cursores INSENSITIVE, estáticos y los controlados por conjunto de claves, si el proveedor admite la funcionalidad OLE DB necesaria. Los cursores dinámicos o los cursores de sólo avance solicitados con una consulta distribuida se convierten implícitamente en cursores controlados por conjunto de claves.
Se admite un cursor controlado por conjunto de claves en una consulta distribuida si todas las tablas locales y remotas de la consulta poseen una clave única. Para consultar las condiciones bajo las que se admite un cursor controlado por conjunto de claves en una consulta distribuida, vea Requisitos de cursores dinámicos para proveedores OLE DB.
Si se permite un cursor controlado por conjunto de claves en una consulta distribuida, también se puede utilizar para actualizar cualquier tabla remota subyacente, si se cumplen los requisitos del proveedor para la actualización. Para consultar los requisitos de las actualizaciones en una tabla remota, vea Requisitos de UPDATE y DELETE para los proveedores OLE DB.
Nota
Se necesitan las columnas timestamp para la simultaneidad optimista si los destinos de la actualización o la eliminación son remotos. Si se especifica la simultaneidad optimista y la tabla remota no contiene una columna timestamp, se produce un error. En SQL Server 2000, si no existía una columna timestamp, no se mantenía la simultaneidad optimista para la actualización remota, pero tampoco se generaba un error.
Nota
En las consultas distribuidas, no existe ningún requisito de especificación de una transacción de usuario si el nivel de aislamiento es REPEATABLE READ o superior. En SQL Server 2000, se necesitaba una transacción de usuario si el nivel de aislamiento era REPEATABLE READ o superior.