Записи из RG-таблиц пропадают, когда все их ресурсы становятся нулевыми?
Есть много записей которые тянутся из периода в период. Выяснилось, что эти данные уже не нужны. В регистре хранятся данные по гос. контрактам. Частенько гос.контракты закрываются с недобором и юридически это грамотно оформляется. Но, как выяснилось, никак в программе не фиксируется. И в итоге остается приличное число незакрытых контрактов, остатки по которым тянутся из периода в период. Я хочу сделать документ типа ~"Корректировка объемов договора" который бы приводил данные по объему по контракту в соответствие с реальными данными. Фактически это будет приводить в ноль остатки по искомому регистру. Вопрос в том, улетят ли эти остатки из него = не будут ли они тянуться в RG-таблице из периода в период?

есть 2 варианта
1. регистр не закрыт в 0 - тогда из месяца в месяц будет мигрировтаь
2. регистр закрыт в 0, но записи с нулями все равно есть - это вроде когда задним числом меняют - такие записи приходится вручную удалять, либо через полный пересчет итогов

(1) Можно подробнее про "закрыт в 0"? Что под этим подразумевается?

(2) Заполнение регистра итогов, например:
(+), Фирма, Контрагент, Контракт, Сумма
(-), Фирма, Контрагент, Контракт, Сумма1 (Сумма1 меньше Сумма)

в результате в регистре итогов подвисает остаток
Фирма, Контрагент, Контракт, Сумма2 (= Сумма - Сумма1)

Регистр считается незакрытым, эта сумма из месяца в месяц формирует запись в регистре остатков, при открытии месяца

Тебе надо ее сбросить в 0.

Создай документ который двинет регистр в нужную сторону (посмотришь по остаткам в регистре).

(2) если сумма по ресурсам при группировке по измерениям не равна нулю - вообще странный вопрос, если ты регистры сам закрывать собрался

(2) Такие записи в регистре тоже считаются незакрытыми:
(+), Фирма, Контрагент, Контракт, Сумма
(-), Фирма, Контрагент, Контракт2, Сумма

(+), Фирма, Контрагент, Контракт, Сумма
(-), Фирма, Контрагент, <Пустое значение>, Сумма

и т.п.

+ ошибки в алгоритме окрагления.


в одной бд 40 млн записей остатков таких набралось

окрагления = округления

(4) Спасибо. Значит я правильно предполагал.
А можно вопрос по поводу "странного вопроса"? В чем странность? Я хочу закрыть регистр. Первая мысль - как это сделать? Как пропадают записи из регистра? Разве нет? Я именно это задал. Не вижу здесь никакой странности.

(8) Когда ты закроешь весь регистр во всей базе и сделаешь полный пересчёт - тогда они пропадут.

(5) Ясно.

(8) попробуй посмотреть по этому отчету, какие регистры и почему не закрылись.
https://yadi.sk/d/m46mLp3GfhSQJ
ЗЫ. Отчет писан "под себя", может и не сработать.. Так что заранее извинямси :)

(6) Я так понимаю это т.н. "зависшие копейки/граммы"? Мы их стараемся всяческими шахерами/махерами убирать из программы.

(12) угу.. и еще не совсем неаккуратно написаны проведения регистров в "закрывающих" документах, типа реализаций

* не совсем неаккуратно = не совсем аккуратно

(9)
уверен?
у меня не пропадали.
в ДБФ пришлось предварительно все файлики удалить.

(15) Теоретически должно.
Но удаление - лучше, ты прав

(9) Понял.
(11) Мерси! Попробую. Но пока интересует только один регистр. Да и то, возможно, чисто теоретически. На носу переход на 8ку и не знаю, есть ли смысл ковыряться в 7ке. По опыту эксплуатации базы, могу с уверенностью сказать, что до апокалипсиса у меня минимум год. Так что тема наверное, на будущее. Для недопущения подобных ошибок.

(13) Иногда чисто математически невозможно реализовать то, чего хотят юзеры)

(16) А пересчет разве на физическом уровне не означает предварительную полную очистку RG-таблицы?

(19) Похоже, нет.
Но dbf трассировать я не умею, а в скуле не занимался таким...

(15) надо внимательно смотреть остатки ресурсов по измерениям..
И ничего удалять не придется.

(18) да знаю я, грабли года так 2003-2005-го.. Большое производство, и наследство мне оставлено в виде писаной/переписанной бд
Тоже мучился с копейками.

(19)
практика показала, что нет.
вообще можно и не удалять файла -  просто пометить записи с нулевыми ресурсами на удаление и потом упаковать... но перестраховались.

вопрос еще в том, сколько полный пересчет по времени займет.

(22) Ну в Скуль-версии пересчет на прямых запросах очень быстро работает. Мне Епрст подогнал такой. Я аж припух от скорости (по сравнению со стандартным ТиИ)

нулевые итоги можно почистить, ужимает таблицу итогов весьма существенно: моя поделка на основе Епрст'ной http://catalog.mista.ru/public/180018/