При попытке выполнить следующий код (он выглядит немного экзотично, но в принципе может быть полезен), у меня генерится после удивительно долгого раздумья такой errror:
ODBC: Msg 0, Level 19, State 1
SqlDumpExceptionHandler: Process 9 generated fatal exception c0000005 EXCEPTION_ACCESS_VIOLATION. SQL Server is terminating this process.

Ошибка возникает в строке "update #a set @j=i=2 where current of cBase"
Интересно, это какая-то особенность моей конфигурации или очередной микрософтовский баг?

А вот и сам код:
/********************************/
create table #a(i int)
insert #a values(12)

declare cBase cursor for select i from #a
open cBase

declare @i int, @j int

fetch next from cBase into @i
update #a set @j=i=2 where current of cBase

close cBase
deallocate cBase
/********************************/

С уважением, Максим

Было бы здорово, если бы кто-то прогнал вышеприведенный код на своем SQL-сервере и написал, что вышло.
Как видно этот код независит от внешних объектов и вообче неопасный.

Спасибо, Максим.

По предыдущим репликам:
1. Я выполнял этот batch на MS SQL 7.0 на двух разных серверах - ошибка была. Насчёт MS SQL 6.5, 2000 ничего сказать не могу.
2. Не понял, что имел в виду уважаемый Fompro, когда говорил "Простите, не имею привычки посылать скрипты, которые не были выполнены".
3. Синтаксис update ... set @variable=column=expression допустим (см. Books Online), в отличие от update ... set column=@variable=expression.
4. Так что ошибка вызывает, по всей видимости, сочетание операции из пункта 3, и апдейта с использованием курсора.

Максим.

Первоначальная версия кода была синтаксически правильной.
Cинтаксис update ... set @variable=column=expression допустим.
Цитата из Books Online:
UPDATE
{
table_name WITH ( <table_hint_limited> [...n])
| view_name
| rowset_function_limited
}
SET
{column_name = {expression | DEFAULT | NULL}
| @variable = expression
| @variable = column = expression } [,...n]

{{[FROM {<table_source>} [,...n] ]
и т.д.
Такой синтаксис может использоваться для присваивания колонке [table.i] последовательных целых значений (как это было указано в одном из номеров рассылки по MS SQL на subscribe.ru):
declare @counter=0
update [table] set @counter=i=@counter+1.

Исправленный вариант (ответ №1) никакого интереса не представляет, поскольку не вызывает ошибки при исполнении.