You have designed the database for a web site that is used to purchase concert tickets. During a ticket
purchase, a buyer view a list of available tickets, decides whether to buy the tickets, and then attempt to
purchase the tickets. This list of available tickets is retrieved in a cursor.
For popular concerts, thousands of buyers might attempt to purchase tickets at the same time. Because of
the potentially high number of buyers at any one time, you must allow the highest possible level of
concurrent access to the data.
How should you design the cursor?
A. Create a cursor within an explicit transaction, and set the transaction isolation level to REPEATABLE
READ
B. Create a cursor that uses optimistic concurrency and positioned updates. In the cursor, place the
positioned UPDATE statements within an explicit transaction.
C. Create a cursor that uses optimistic concurrency. In the cursor, use UPDATE statements that specify the
key value of the row to be updated in the WHERE clause, and place the UPDATE statements within an
implicit transaction.
D. Create a cursor that uses positioned updates. Include the SCROLL_LOCKS Argument in the cursor
definition to enforce pessimistic concurrency. In the cursor, place the positioned UPDATE statements
within an implicit transaction.

*********************************************************

Я чета не понял, как можно использоавать серверный курсор созданный на T-SQL в Web-приложении? В Web-приложении же например на ASP набор данных выбирается и отдается клиенту. А обновление только через хп или batch'и. Как же в Web-приложении использовать курсор да еще чтобы юзер мог по нем скролировать туды-сюды???

Так там же ни в одном из ответов ни словом нет об API-курсоре. Все ответы о курсоре созданом на T-SQL...

И к тому же обясните пожалуйста как использовать любой из курсоров в WEB-приложении?

Спецы ну подскажите пож-ста где я не прав...