2 Александр Степанов

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

На этот счет здесь давно уже показывали трюк, основанный на интересном свойстве оператора UPDATE в T-SQL:
\nSyntax - UPDATE table_name SET @variable = column = expression

Настолько давно, что я даже забыл - кто именно первым про это упомянул...

В итоге - получим следующее:
create table a
(
pk int identity(1,1) not null primary key clustered,
value int not null,
sum_ int not null -- здесь важно, чтобы слолбец суммы не был null, т.к. без этого трюк не проходит...
)
go
declare @running_sum int
set @running_sum = 0
update a set @running_sum = sum_ = (sum_ + @running_sum) -- (скобки не обязательны)

Особенности "исполнения трюка" - таблица пробегается всего 1 раз, записи перебираются в порядке кластерного индекса (он же - первичный ключ), для временных таблиц, не имеющих ни того, ни другого - в порядке помещения записей во временную таблицу... (т.е. - если есть необходимость считать сумму по датам, а первичный ключ в таблице по ID - грузите промежуточные данные во временную таблицу, указав ORDER BY по дате и все просуммируется правильно).

Удачи!!

2 Glory

Спасибо за поправку...
(в пылу жажды откровений - совсем позабыл, что самое главное в сумме все же - value )

2 Владимир Смирнов

> Использовать "трюк" с двойным "=" совсем необязательно...

Не обязательно... но - желательно...
(иначе - может произойти то, что произошло с вами, т.к. наверняка вы свои запросы выполняли "в голове", а не на SQL-сервере).

Так скажите, пжлст "из головы" - как вы думаете, какие запросы из перечисленных ниже произведут одинаковые действия?

declare @running_sum int
set @running_sum = 0
-- 1.
update a set sum_ = @running_sum, @running_sum = @running_sum + value
set @running_sum = 0
-- 2.
update a set @running_sum = @running_sum + value, sum_ = @running_sum
set @running_sum = 0
-- 3.
update a set sum_ = @running_sum - value, @running_sum = @running_sum + value
-- 4.
update a set @running_sum = @running_sum + value, sum_ = @running_sum - value

(ответом - не мучайтесь... никакие... можете потом сами - на сервере проверить).

2 Владимир Смирнов

М-да...
Вынужден перед вами извиниться, т.к. сам поступил точно по "критикуемой" схеме...
(проверил только 3 запроса, а 4-й дописал в спешке уже в постинге, потому и "set @running_sum = 0" забыл перед ним воткнуть...)

На самом деле - 3-й и 4-й сделают одинаковые действия (и одинаково - неправильные), а 1-й и 2-й - таки разные... (и как раз - нужные)

2 Владимир Смирнов
> Есть ещё вопросы?

Безусловно - есть... и самый первый - какая у вас версия сервера?
(т.к. я проверял все написанное мной выше на версии 6.5, @@version = "Microsoft SQL Server 6.50 - 6.50.416 (Intel X86) Jan 23 1999 14:10:24 Copyright (c) 1988-1997 Microsoft Corporation"),
и вот - что у меня получилось:

pk Value Sum_
----------- ----------- -----------
1 10 0
2 10 10
3 10 20
4 10 30
5 -10 40
6 -10 30
7 -10 20
8 10 10

pk Value Sum_
----------- ----------- -----------
1 10 10
2 10 20
3 10 30
4 10 40
5 -10 30
6 -10 20
7 -10 10
8 10 20

pk Value Sum_
----------- ----------- -----------
1 10 -10
2 10 0
3 10 10
4 10 20
5 -10 50
6 -10 40
7 -10 30
8 10 0

pk Value Sum_
----------- ----------- -----------
1 10 -10
2 10 0
3 10 10
4 10 20
5 -10 50
6 -10 40
7 -10 30
8 10 0

А насчет вот этого:

> Вы ... просто самоуверенный болтун.

Вроде бы даже и извинился... :-\ (разумному человеку - достаточно).
В любом случае - не ставил я себе целью "задевать" вас лично, просто, наверное, неудачно сформулировал мысль о том, что не стоит полагаться на порядок исчисления выражений перечисленных через запятую в операторе UPDATE - когда есть четкая конструкция (как раз двойное "=") для выполнения совершенно определенного действия...

Ну вот, а наш с вами "совместный опыт" - подтвердил правильность этой мысли - в разных версиях сервера - одни и те же операторы UPDATE (без двойного "=") - приводят к разным результатам...

P.S.
А "ключевая фраза" в том посте была вовсе не про "в голове", а как раз:
> Не обязательно... но - желательно...

(что ж все впыльчивые-то такие? прям - "на фих никого и не пошлешь"...)