Хочу через SQL пометить на удаление документы и полностью удалить движения документов.
Помечаю на удаление так:

UPDATE _1sjourn SET ismark = 1, closed=4
WHERE
(Date_Time_IDDOC < '20160701')
Для примера удаляю один из регистров через SQL:
DELETE FROM rg2351 where rg2351.PERIOD<='30.06.2016';
Проверяю селектом,что данные из таблицы удалились.
Захожу в 1с, документы помечены на удаление,но движения по регистру никуда не удалились. Подскажите в какой еще таблице нужно почистить движения по регистрам.

ra

dds украли? :-)

(1) Спасибо. Ну таблицу легко было почистить, а вот как почиcтить таблицу ra?

(2) Я не брал

(3) точно так же.
Если установлен "быстрый отбор движений"
а если нет - джойнить с журналом

Итоги по регистру потом пересчитай.

Есть такая обработка ПересчетИтоовРегистров, на 1С++ рабоает.

(6) так он итоги в регистре уже покерил...

(5)В ra нет поля с датой. Нужно получается соединять таблицу rg c ra. Готовый бы кодик кинули бы.
(6)Еще 10 раз могу восстановить, мне главное добиться цели,чтобы пометить документы на удаление, а движения и проводки убрать.

(9) соединять надо с журналом по иддок, а в журнале уже отбор по дата_время_иддок

(7) у меня есть даже выборочного пересчета, по набору измерений

(9) Запусти ТИИ 1С сама пересчитает итоги по оборотам :)

(12)ТИИ у меня уже идет часов 10. Хочется сократить время.

(8) Разве? У меня вот не удалось удалить итоги. Скуль позволил удалить только обороты :)

(13) А вы пересчет запустили?
Или вообще и проверку целостности и т.д.?

(15)Все проверки

+(13)Смотри в (7), гугли обработку на 1С++ по пересчету итогов. Она могет считать индивидуально порегистру

(16) Зачем? :)

(7) а на дбф спецов не нашлось написать...

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

(14) а в чем разница? :-)))

(19) там с индексацией проблема

(0) а ты уверен, что для всех доков старше 20160701 надо closed=4 ?

(20)бекап то я подниму, а что реально если через sql помечу документы на удаление, а затем пробегусь указанной вами обработкой и это поможет убрать движения?

(23)+ у тебя получается, что все доки помечены на удаление и проведены по бух.учету

(25) тайная бухгалтерия..

(0) и еще
ты точно уверен, что тебе не нужна такая сущность, как перенос остатков?

(27) ну или хотя бы их фиксация :-)
зы. "безумству храбрых..."©

(27) А кто сказал что не нужна?) Остатки я переношу, просто хочу более быстрее, чем типовым способом  удалить документы и движения, но при этом сохранить ссылки на документы, которые попали в остатки.

(23)даже не задумывался, погуглил, во всех примерах стояло closed=4

(30) http://www.script-coding.com/v77tables.html#1.2.4.

http://www.script-coding.com/v77tables.html#1.2.4.
и
http://script-coding.com/Direct_queries.html#10.

Для прямого удаления документов и движений я пользуюсь этой обработкой:
http://www.softpoint.ru/archive/article_id63.php
Но эта обработка полностью удаляет документ и нарушается ссылочная целостность, поэтому я хочу сначала пометить на удаление, затем удалить движения, а затем помеченные на удаление удалить типовым способом. задача вообщем-то простая

(3)обычно делают closed&1=1

Свернул базу, удалилась несколько миллионов проводок и движений по регистру, но размер базы не изменился в меньшую сторону даже на байт как был 30 Гб, так и остался. Делал регламентное задания на сжатие базы,не помогло,только лог сжался. Вот архив стал намного меньше был: уменьшился с 4 Гб,до 700 мб.Что еще можно сделать?

(35) так пару раз бэкап сделай...а потом кже шринкай