Usando cursores com consultas distribuídas
Ao usar cursores com consultas distribuídas, há suporte aos tipos de cursor Insensitive, estático e controlado por conjunto quando o provedor oferece suporte à funcionalidade OLE DB necessária. Cursores dinâmicos ou de somente avanço solicitados com uma consulta distribuída são convertidos implicitamente em cursores controlados por conjuntos de chave.
Haverá suporte a um cursor controlado por conjunto de chaves em uma consulta distribuída se todas as tabelas locais e remotas na consulta tiverem uma chave exclusiva. Para obter as condições nas quais há suporte para um cursor controlado por conjunto de chaves em uma consulta distribuída, consulte Requisitos de cursores controlados por conjunto de chaves para provedores OLE DB.
Se um cursor controlado por conjunto de chaves for permitido em uma consulta distribuída, ele também poderá ser usado para atualizar quaisquer das tabelas remotas subjacentes se forem satisfeitos os requisitos de provedor para atualização. Para obter os requisitos de atualizações em uma tabela remota, consulte Requisitos de UPDATE e DELETE para provedores OLE DB.
.gif "Observação") Observação |
|---|
Serão necessárias colunas timestamp para simultaneidade otimista se os destinos de atualização ou exclusão forem remotos. Ocorrerá um erro se a simultaneidade otimista for especificada e se a tabela remota não contiver uma coluna timestamp. No SQL Server 2000, se não houver uma coluna timestamp, a simultaneidade otimista não será mantida na atualização remota e não haverá nenhum erro. |
| Observação |
|---|
Para consultas distribuídas, não haverá nenhum requisito para que uma transação de usuário seja especificada se o nível de isolamento for REPEATABLE READ ou superior. No SQL Server 2000, será exibida uma transação de usuário se o nível de isolamento for REPEATABLE READ ou superior. |