Ситуация: есть документ-регистратор, который используется как "заглушка" для движений (по регистру бухгалтерии). В итоге этих движений накопилось 2 млн. Возникла необходимость очистить эти движения (чтобы растащить их на несколько регистраторов, а то их даже просмотреть нельзя).
Попытка удалить движения путем записи пустого набора записей неизменно приводит к ошибке "недостаточно памяти на сервере 1С предприятия".
Рассматриваю вариант непосредственно из таблицы SQL регистра бухгалтерии удалить эти движения. Однако сильно смущает наличие также таблиц "Итоги по Счетам", "ИтогиПоСчетамССубконто1" и т.п. Возможно, что прямое удаление записей таблицы приведет к ошибкам в итогах.
Прошу помочь советом тех, кто в теме :)

Удаляешь, потом пересчёт итогов

(1) Тогда не нужен SQL - можно отключить итоги, удалить, включить итоги. Но включение итогов у меня идет более 10 часов :( Точное время назвать затрудняюсь - не дожидался этого события

(2) ты думаешь сам лучше и проще сделаешь пересчет итогов средствами скл?

(0) Можно Сделать ТИИ, удалить заглушку непосредственно, а потом ТИИ с удалением ссылок...

(3) сильно сомневаюсь. Кроме того , до меня дошло, что удаляются движения и так быстро - все время тратится на пересчет этих итоговых таблиц

(0) очень странное поведение, честно. с записью наборов никаких проблем не должно быть.

(4) Это также вызовет пересчет итогов, как я понимаю

(6) Я так и делал многие месяцы - очищал просто записью пустого набора. Однако, вот - столкнулся, что не хватает памяти

ВЫБРАТЬ
    КОЛИЧЕСТВО(*) КАК Поле1
ИЗ
    РегистрБухгалтерии.Корпоративный КАК Корпоративный

35 687 982

все работает :)

(10) У тебя сервер 1С 32 битный?

(11) да

(12) Есть время подключиться и помочь советом на конкретной базе?

(13) не

а тебе всютаблицу нужно грохнуть?

Это регистр Хозрасчетный, так что только по этому регистратору

(16) ну тогда по tref надо все грухнуть в скуле, а потом "ПересчитатьИтогиЗаПериод" помесячно начиная с первого месяца

в принципе - сработать должно, только вот непонятно, почему руками не удаляется? может у тебя управляемые блокировки какие-нибудь хитрые? или РЛС?

(17)+ только надо еще субконто не забыть грохнуть

(19) какое субконто не забыть грохнуть?

(18) нет у меня упр блокировок и РЛС. У меня 5 субконто на 20м счете

наверное по ним итоги не закрываются?

(22) да, не закрываются

(23) а нафига тогда они?

(24) они просто есть, и, поскольку я не знаю, зачем, то не убираю (не трогаю то, что не понимаю)

и не надо удалять

tsql запросом "растащите" по новым регистраторам.

может через управление итогами установить итоги на период "до" этого регистратора и попытаться грохнуть движения?

другой вариант - запилить документ сторно, и "рубить хвост кусками"

(26) хорошая, кстати, идея.. а не поползут итоги?

(28) Документ сторно же не удалит сами движения. А через управление итогами - можно попытаться, но расчет итогов очень долгий

(29) при помощи сторно ты удалишь незакрывающиеся итоги. Разница будет в том что в таблице собственно движений регистра прибавится 2 млн записей а в таблицах остатков эти 2 млн записей исчезнут. Все тормоза из-за итогов, думаю это может сработать.

(31) не уверен, но ИМХО, сторно не удалит записи итогов - они останутся "нулевые" - до пересчета итогов.

(32) сделай эти субконто оборотными :) или узнай, зачем они были сделаны и как они должны закрываться.

переиндексацию таблиц средствами скуляки сделай ещё, может помочь некисло, если побита.

У нас была такая штука, что регламент не успевал сделаться за ночь и останавливался как раз на самой большой таблице - итоги, субконто и/или сами проводки

(32) На 20м счете 5 субконто, и все они не оборотные. Я так понимаю - чтобы контролировать сальдо по всем 5 аналитикам. Закрываются они потом на 90.02.1 (при закрытии месяца), где также остаются не оборотными.

(35) - > (33)

(35) так ты же говоришь, что 4,5 субконто не закрываются?

(37) Прости, если ввел тебя в заблуждение. Разумеется, 20 й счет закрывается на 90, и аналитики там совпадают. По 20 му остается только незавершенное.

только итоги на 39991101 хрен пересчитаются, проверено

(39) а что такое "39991101"?

(39) если пересчитать итоги по месяцам, то текущие итоги пересчитываются нормально

(41) ИТого получается алгоритм:
1. Средствами SQL убиваю проводки в таблице.
2. Средствами 1С начиная с месяца регистратора (в кот я удалил движения) по месяцам пересчитываю итоги.

Так?

(42) ну, типа того. и текущие итоги тоже. правда у меня они по проводкам выключены все равно.

(43) ОК. А я где-то встречал упоминания о том, что существуют скрипты SQL по пересчету итогов. Ты с ними не сталкивался?

(44) это в семерке было

Ок, всем спасибо, пробую варианты.