Бодрого времени суток. Есть регистр накопления Заказы поставщикам. Таблица Итоги    содержит 5 204 377 записей, Основная таблица содрежит 488 171 записей. Мне кажется что количества записей в таблице ИТОГИ как бы многовато для такого количества записей основной таблицы. Запускал через конфигуратор пересчет итогов - количество не изменилось. Стоит ли таблице Итогов данного регистра уделить внимание по уменьшению количества записей в таблице ИТОГИ или оставить как есть???. Я думаю удалить все записи с таблицы ИТОГИ средствами MSSQL и заново запустить пересчет итогов - таким образом таблица ИТОГИ заполниися верными данными. Ни разу просто ещетакого не делал. Кто что скажет по этому вопросу???

(0) На копии посмотреть религия запрещает?

Проще сразу прострелить себе коленку

>> Мне кажется что количества записей в таблице ИТОГИ как бы многовато для такого количества записей основной таблицы
Почему тебе так кажется?

>> Я думаю удалить все записи с таблицы ИТОГИ средствами MSSQL и заново запустить пересчет итогов - таким образом таблица ИТОГИ заполниися верными данными. Ни разу просто ещетакого не делал. Кто что скажет по этому вопросу???
Пересчет итогов именно это и делает, если я правильно помню.

Сначала проверь, что у тебя регистр корректно закрывается

Зачем удалять, елси в режиме предприятия их можрь заново пересчитать ?

Читал где-то, что 1с при закрытии оборотного регистра (когда итоги становятся равны нулю) не удаляет записи в таблицах итогов, а обнуляет их. И только полный пересчет итогов приводит к физическому удалению.

(0) В Итогах делаются новые записи каждый месяц. Со временем их станет сколь угодно больше основных записей. База пухнет. Поэтому её и обрезают. Что в 7.7, что в 8. Что в файловой, что в sql От этого никуда не денешься. Там есть специальные обработки.

(7) В оборотных регистрах итогов нет. Совсем.

(9) Прямо таки совсем? Совсем-совсем?

(8) "В Итогах делаются новые записи каждый месяц. Со временем их станет сколь угодно больше основных записей"
Сразу видно, что ты регистры проектировать не умеешь.

(11) +1

(0) "и заново запустить пересчет итогов " - для этого незачем чистить их в SQL
Либо регистр не закрывается, либо итоги рассчитаны на 100 лет вперед.

(13) либо на сто лет назад

Да ладно, вот в некоторых специализированных решениях вообще незакрывающийся остаточный регистр это не баг, а фича...

Давайте поумничаем дальше. Что было сделано. Были удалены все записи с таблицы Итогов. Запустил пересчет итогов - получил тоже самое количество записей в таблице итого что и было. Но в таблице итогов так же присутствуют записи с периодом 3999-11-01 00:00:00.000. Таких записей в таблице Итоги 337тысяч. Это не нулевые записи тк. содержат значения в ресурсах. Что за записи??? Проверил что в основной таблице нет записей с такого периода.

Документы с пустой датой, наверное.
Посмотри все ссылки на те элементы, ссылки на которые есть в этих лишних записях.

(16) > Что за записи???

Это текущие актуальные остатки.

Возможно, по каким-то измерениям не закрываются регистры

(11), (12) Сразу видно тех, кто не читал документацию и не знает, как устроен внутри регистр накопления остатков. Единственный правильный пост по теме обсмеять, это надо иметь талант. Товарищ в (8) все правильно написал, итоги  рассчитаны помесячно + есть еще актуальные итоги. Это типовое поведение платформы, на которое нельзя повлиять. Поможет только свертка.

(20) > итоги  рассчитаны помесячно + есть еще актуальные итоги

а если отключить использование итогов и текущих итогов ?

Можно штатно установить нижнюю границу рассчитанных итогов, например держать итоги только за последний год.

(16) В основной таблице - 488 171, в актуальных итогах - 337 000. Такая небольшая разница говорит о том, что в регистре всё-таки имеется проблема с незакрывающимися итогами по измерениям.
Вообще не сообщена конфигурация, но в конфигурациях 1С есть общая проблема с регистрами заказы поставщикам и заказы покупателей: в случае валютного договора или валюты управленческого учета отличающейся от рубля, в регистры записываются суммы по курсу на дату операции, и если заказ и документ поступления или отгрузки в разные дни, то сумма не схлопывается в "ноль". Сама 1С вроде бы рекомендует вводить по таким заказам документ "закрытие заказов".

если используется режим разделения итогов, то их необходимо периодически пересчитывать

(24) зачем ?

(16)Это "самые актуальные итоги". Дело в том, что есть как-бы крайняя дата, на которую всегда рассчитаны итоги. 1С сделали её именно такой - 3999-11-01 00:00:00.000.
Об этом упоминал в своих курсах или Гилев или Чистов.

(25) чтобы схлопнуть записи, которые возникли  при параллельной записи. правда это в любом случае при расчете итого происходит.

(27) в сумме может быть 0, а по разделителю нет

(27) чтобы по разделителю в ноль -- это надо с бд выгнать ))

(29) нафига? ПересчитатьИтогиЗаПериод

без кода

(31) самурай без меча подобен самураю с мечем, только без меча

(0) давай, это займет тебя на какое-то время, но в итоге ты вернешься сюда с вопросом, какого уха ни чего не изменилось после такого гениального хитрого хода.
Если это что-то вроде УТ или какой другой типовой, введи соответствующим образом документы ЗакрытиеЗаказовПоставщикам.

Отличная статья по работе механизма итогов: http://goo.gl/NbcHcg
Это сайт ИТС, нужна подписка, но есть тестовый доступ на 7 дней.

(26)  Я теперь даже знаю что они называются "Текущие итоги" :)

(9)  Есть итоги у оборотных регистров.