Клиентский - все запрошенные записи тащатся на клиента.
Серверный - это именно курсор. Т.е. на серваке действительно открывается курсор(из твоего же кода профалера прекрасно видно) и на клиента фетчится только текущая запись.

Отличий у них много и области применения различны. Клиентский работает обычно быстрее(после получения записей, т.к. если их много процесс открытия может затянутся), серверный же точнее, т.е. дает возможность видеть наиболее актуальные данные в базе(клиентский - статический снимок таблицы).
Для серверного нужно постоянно держать соеденение открытым, на что тратятся ресурсы как клиента так и сервера. И напротив, клиентскому курсору соеденение нужно только для открытия и при необходимости - апдейта. Отсоедененные рекордсеты наиболее часто применяются, очень практичная штука.

Это если коротко.


Magnus

yunikiВообще-то мне кажется , что курсор в любом случае открывается на сервере - для выборки записей без этого ведь нельзя
Можно. Обычный запрос возвращает набор записей статическому рекордсету.


Magnus

Чтоб все толком обьяснить тут нужно пару глав написать. Для начала тебе не хватает элементарных понятий СУБД.

Как я уже говорил, для получаения набора записей из базы, достаточно запроса. Но если есть необходимость выбитать записи последовательно, по одной, то в этом случае отркывается курсор - некий цикл перебираающий записи соответствующие твоему условию.
sp_cursoropen как раз и открывает такой курсор.

Провайдер MSDataShape испольуется для построения иерархических наборов данных на стороне клиента, естественно ему нужно ВСЕ данные одновремено, и именно клиентской стороне, а не последовательная их выборка. Поэтому установка CursorLocation=adUseServer не учитывается. И если после открытия рекордсета ты проверишь это свойство то увидишь что получил статический рекордсет находящийся полностью на клиенте.

Собственно "Клиентский курсор" - понятие чисто умозрительное, принятое по аналогии, в этом случае реально никакого курсора не создается. Его подобием можно считать рекордсет содержащий данные на клиенте и имеющий возможность навигации по набору как и серверный курсор.



Magnus

Собственно BOL и нужно читать. Курсоры, запросы...

авторВо-первых, понятия "клиентский курсор" или "серверный курсор" нельзя путать с понятием "курсор" в T-SQL ;
Во-вторых, а раз, так, то , что при "клиентском" , что при "серверном" - без разницы происходит работа какого-то внутреннего,как я его назвал, цикла, выбирающего записи. При серверном этот внутренний цикл работает на сервере , при клиентском - на клиенте на его внутренний кэш.
Или все-же я не прав в том смысле, что функция API OLEDB sp_cursoropen все же создает и открывает на MSSQL Server курсор в понятиях T-SQL ?
Твои слова Собственно "Клиентский курсор" - понятие чисто умозрительное, принятое по аналогии, в этом случае реально никакого курсора не создается. намекают именно на это ?


Верно и то и другое. Серверный курсор это действительно курсор, т.е. Т-SQL курсор как ты его называешь. АДО открывает его и фетчит из него записи.

Magnus

Alexey Kudinov
Строго говоря sp_cursoropen != DECLARE ... CURSOR FOR ... OPEN cursorName
Если говорить буквально то да, !=, но если открыть эти хранимки то внутри вероятнее всего окажется тот же синтакс.

Alexey Kudinov
Неизвестно как работает внутренний механизм SQLServera, возвращающий множество строк в ответ на запрос клиента. Но называть его курсором или циклом - неверно.
О том я и говорю, можно сейчас зарытся в дебри и недели из них не выласить. Цикл - только для упрощения понятия.


Magnus

sourceforgeSystem stored procedures
This document contains information on undocumented stored procedures in Microsoft SQL Server.

Name Function
sp_cursor Update a cursor
sp_cursorclose close a cursor
sp_cursorexecute Open a prepared cursor
sp_cursorfetch Fetch rows
sp_cursoropen Open a cursor
sp_cursoroption Set cursor options
sp_cursorprepare Prepare a cursor statement
sp_cursorprepexec Prepare a cursor statement and open
sp_cursorunprepare Free a prepared cursor statement
sp_execute Execute a prepared statement
sp_prepare Prepare an SQL statement
sp_prepexec Prepare and execute an SQL statement
sp_unprepare Free a prepared statement

sp_cursoropen
Defines the attributes of an API server cursor, such as its scrolling behavior and the statement used to build the result set on which the cursor operates, then populates the cursor. The statement can contain embedded parameters.

Syntax
sp_cursoropen [@cursor =] cursor_handle OUTPUT,
[@stmt =] 'stmt'
[, [@scrollopt =] scroll_options OUTPUT]
[, [@ccopt =] concurrency_options OUTPUT]
[, [@rowcount =] rowcount OUTPUT]

[
{, [@paramdef =] N'parameter_name data_type [,...n]' }
{, [@param1 =] value1 [,...n] }

]

Arguments
[@cursor =] cursor_handle OUTPUT
Is the name of a declared integer variable to receive the cursor handle. cursor_handle is int, with no default.
[@stmt =] 'stmt'
Is a string containing a single SELECT statement or a single stored procedure call. The size of the string is limited only by available database server memory. stmt can contain parameters having the same form as a variable name, for example:

'SELECT * FROM Employees WHERE EmployeeID = @IDParameter'

Each parameter included in stmt must have a corresponding entry in both the @paramdef parameter definition list and the parameter values list.

[@scrollopt =] scroll_options OUTPUT
Is the cursor scroll type. scroll_options is int with a default of 1 (keyset-driven), and can be a combination of these values (exactly one of the first 5 must be specified).

Value Description
0x0001 Keyset-driven cursor.
0x0002 Dynamic cursor.
0x0004 Forward-only cursor.
0x0008 Static cursor.
0x0010 Fast forward-only cursor.
0x1000 Parameterized query.
0x2000 Auto fetch.
0x4000 Auto close.
0x8000 Check acceptable types.
0x10000 Keyset-driven acceptable.
0x20000 Dynamic acceptable.
0x40000 Forward-only acceptable.
0x80000 Static acceptable.
0x100000 Fast forward-only acceptable.

On return, @scrollopt contains the type of cursor actually created, which may not match what was requested.
[@ccopt =] concurrency_options OUTPUT
Is the cursor concurrency. concurrency_options is int, with a default of 4 (optimistic) and can be a combination of these values (exactly one of the first 4 must be specified).

Value Description
0x0001 Read-only.
0x0002 Scroll locks.
0x0004 Optimistic. Checks timestamps and, when not available, values.
0x0008 Optimistic. Checks values (non-text, non-image).
0x2000 Open on any SQL.
0x4000 Update keyset in place.
0x10000 Read-only acceptable.
0x20000 Locks acceptable.
0x40000 Optimistic acceptable.

On return, @ccopt contains the type of cursor actually created, which may not match what was requested.
[@rowcount =] rowcount OUTPUT
Is the name of a declared integer variable to receive the number of affected rows. rowcount is int with no default value.
[@paramdef =] N'parameter_name data_type [,...n]'
Is one string that contains the definitions of all parameters that have been embedded in stmt. Each parameter definition consists of a parameter name and a data type. n is a placeholder indicating additional parameter definitions. Every parameter specified in stmt must be defined in @paramdef. If the Transact-SQL statement in stmt does not contain parameters, @paramdef is not needed. The default value for this parameter is NULL.
[@param1 =] value1
Is a value for the first parameter defined in the parameter string. The value can be a constant or a variable. There must be a parameter value supplied for every parameter included in stmt. The values are not needed if the Transact-SQL statement in stmt has no parameters.
n
Is a placeholder for the values of additional parameters. Values can be only constants or variables. Values cannot be more complex expressions such as functions, or expressions built using operators.
Return Code Values
0 (success) or 1 (failure).

Result Sets
Returns the result set generated by stmt, but containing no rows.

Remarks
sp_cursoropen is a more powerful (and programmatic) way of creating server-side cursors on SQL Server.
Что говорит о следующем: даже если внутренний механизм и отличается(что вполне вероятно) то результат абсолютно тот же - открытие курсора. О чем ИМХО мы и говорили.


Magnus

Мшсещырф2 Magnus23
для firehose cursor's - курсоров на сервере не открывается.
Ну да, там немного другое, поток данных от сервера к клиенту.