Второй день бьюсь, никак разобраться не могу..
Завел в базе новый регистр остатков, перепровожу документы за несколько лет, что бы проверить работу с регистром, все нормально, отчеты показывают правильную информацию.

Так как в результате неоднократного перепроведения документов таблички пухнут, после экспериментов запускаю пересчет итогов и упаковку базы, что бы удалить из файлов регистров удаленные записи и в результате получаю пустые таблицы итогов (rg*), хотя в табличках ra* записи есть..

Причем если отодвинуть ТА далеко назад а потом вернуть на сегодня, то все становиться нормально..

Думал, что связано с ипользованием SQL-ной версии 1С c DBF-ной базой, взял DBF-ную версию платформы - те же яйца..

Взял одну свою старую базу, в ней регистров штук 10, убил вообще файлы rg*.dbf и rg*.cdx, запустил пересчет итогов - все отрабатывает правильно, т.е. проблема не в платформе, а именно в самой базе..
Уже все галки проверил, какие только можно..
Мистика какая-то..

Может сталкивался кто?

да то то и оно..
но самое смешное, что я брал свою старую базу и на той же версии движка (7.70.025 SQL) делал пересчет итогов с предварительным удалением файлов rg*, и все восстановилось нормально..

Обе базы DBF.

Еще заметил, что похоже если есть измерение с типом "Дата", то похоже неправильно регистр закрывается - остаются нулевые записи..

Целостность проверял?

(0) Переведи базу в sql формат
сделай все тоже самое
также на sql базе можно запустить мою обработку
ПоискОшибокВРегистрах( ищи на этом форуме)

Также можешь ( так как тестовая база небольшая )
выложить куда либо sql базу чтобы можно было всем разобраться что происходит.

CaBaT писал(а) 03. Февраля 2011 :: 09:48:

ты не понял. Может оказаться что в sql базе гораздо легче понять что не так в базе
и потом исправления перенести на dbf базу.

Всем спасибо за внимание, проблема решена!
Хотя я конечно в шоке, я думал, что про регистры я знаю почти все

Короче в базе было несколько документов с пустой датой..
Причем они даже не были проведены и у них не стоял признак "Оперативный учет" в конфигураторе!

да не, какие у них движения - они не проведены даже
и документы эти в базе были еще до того, как я в конфигурацию регистры добавил

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