Имею кривой остаток в регистре ОстаткиТМЦ:

 НачОст | Приход | Расход | КонОст
     0	|     1	|	1     |    1
 

(MS SQL2000, распределённая ТиС, база весит около 15Г).
Раньше в таких ситуациях помогал пересчет итогов с последующей индексацией.
Но у этого способа есть минус - огромные выгрузки в распределённые базы.
Чем чревато ручное изменение этого значения в таблице регистра? Какие могут быть последствия?

Dmitry The Wing писал(а) 15. Ноября 2010 :: 06:45:

Вот в этом месте можно поподробнее. А точнее, какие кривости могут создаться, если я это значение поправлю?
Практика показала, что такая локальная кривость, как у меня, может висеть очень долго до выявления других таких же не состыковок. Делать каждый раз пересчет не могу(объяснил уже почему).

Кривости целенаправленно не ищу. Их приносят пользователи, ищу другие кривости целенаправленно только после этого.
На счет 90-100% кривостей в итогах ничего не могу ответить, так как с такими вещами за пять лет никогда не сталкивался...
Обычно возникали 1 раз в полгода или того реже. Пересчитывал регистры только если кривость была критична(например, по кассе). Остальные (например, остаток не очень ликвидного товара в одном из магазинов) так и висели до следующей критичной.
Интересно, на чем вы, Dmitry The Wing работаете и как часто пересчитываете?
Я, наверное, неправильно сформулировал вопрос.
Какие последствия могут быть от ручного изменения в таблице остатки регистра остатков?

На самом деле ошибки подобные встречаются нечасто, но ... если такая проблема возникла - то она очень редко задевает лишь одну-две записи. Обычно получается массовый сбой по всей таблице итогов, закономерности которого понять не удалось (цифру получить смог, но понять, как она сформировалась - нет {последний раз специально пытался посчитать - в движениях были только списания, но в итоги попала сумма всех списаний за минусом одного из них}).
У меня такая ошибка возникла только 1 раз за полтора года, но за две недели, пока она не была обнаружена, - успело провестись немало документов, которые просто не смогли бы этого сделать, будь итоги верными.
Производство круглосуточное... движения совершаются часто...

Leierkastenmann писал(а) 15. Ноября 2010 :: 10:00:

Можете поподробнее написать, как это делается. Ато я в SQL не силен. Как я понимаю, нужно когда пользователей не будет хранимую процедуру(_1sp_RA****_ClearRecalcDocActs) в QA запустить и всё? Или ещё что-то?
Как запустить по нужным измерениям?

Z1 писал(а) 15. Ноября 2010 :: 11:32:

Не на столько уж не силен.   Прямыми запросами обороты и остатки я получить могу. Получил уже: (во вложении)
Что с ним дальше делать?

al_zzz писал(а) 15. Ноября 2010 :: 11:22:


Последовательность действий приблизительно такая:
1. Определить самую раннюю дату, по которой начинаются расхождения. Это запрос, который из движений выбирает по всем изменениям с одним знаком, из остатков с противоположным, суммируется и берутся те наборы измерений, где сумма ненулевая.
2. Тут возможны варианты, если пользоваться той процедурой, которую я написал, то это надо для наборов измерений  получить все документы, которые стоят после той самой ранней даты расхождений и последовательно все эти документы пройти этой процедурой. Естественно, что итоги по этим комбинациям измерений должны быть обнулены. По сути это почти то же самое, что сделать весь список этих документов сначала непроведенными, потом провести.
Второй вариант - это написать другую процедуру, которая по набору измерений будет за каждый период получать изменения движений и вписывать их в остатки. Собственно если напишете запрос для п.1, то написать запрос для этого варианта особого труда уже не составит.