Depending on the other options you choose, a "server" cursor is created and
maintained on the remote server (if there is one). This approach permits you
to see data as it's changed by other applications. Supposed you select the
seats on an airline flight and create a server-side cursor to manage the
rowset. As you navigate from row to row the current value of the row is sent
to the client.
With a client-side (or "detached") cursor, the client gets a "snapshot" of
the rows so if changes are made on the server you don't see them--nor do
others see your changes. To see current data on one or a set of rows you
have to re-execute the query.
Incidentally, ADO.NET no longer supports server-side cursors. I show how
they can be implemented using ANSI CURSORs in my books.

Signature
____________________________________
William (Bill) Vaughn
Author, Mentor, Consultant
Microsoft MVP
INETA Speaker
www.betav.com/blog/billva
www.betav.com
Please reply only to the newsgroup so that others can benefit.
This posting is provided "AS IS" with no warranties, and confers no rights.
__________________________________
Visit www.hitchhikerguides.net to get more information on my latest book:
Hitchhiker's Guide to Visual Studio and SQL Server (7th Edition)
and Hitchhiker's Guide to SQL Server 2005 Compact Edition (EBook)
> Could I get help clarifying the difference on cursorlocation aduseclient
> and
> aduserserver. Why would you use aduseclient. I don't understand the
> advantages of one over the other?
>
> WB