Посоветуйте, каким образом можно БЫСТРЕЕ очистить регистр сведений ВерсииОбъектов 2.5 млн записей + 2.5 млн таблица изменений?

Через
Набор = РегситрыСведений.ВерсииОбъектов.СоздатьНаборЗаписей();
Набор.Записать();
Чистит уже 12 часов с загрузкой памяти 90%, что неприемлемо долго и затратно.

База 8.3 + MSSQL2012

truncate table

truncate table?

drop table

(0) удали таблицу в конфигураторе, создай заново.

порциями по 10000

(3) Григорий Остер, перелогиньтесь

в конфигураторе - режим подчинения регистратору меняешь, применяешь, меняешь обратно.

(6) Занято уже тобой.

(4) Зачем удалять? Просто поменять режим записи и все

(7) +1

(8) при truncate таблица останется жива хотя бы...

А на живой базе с юзерами можно это делать? (truncate, drop). Например отключить версионирование, заблокировать таблицу....

(12) отключение версионирования требует (насколько я помню) перезахода пользователей.
Но трункануть можно и в онлайне

(9) Вот это не понял?

А что быстрее - (1), (7) или (9)?

(14) (1)

(14) 7 и 9 одно и то же

(0) Как вариант скопировать можно таблицу, старую удалить, новую переименовать в старую.

(17) + в Пофигураторе

(17) это православно, чисто по конфигураторски...

(19) Сарказм?

(15) truncate table нужно делать для обеих таблиц, как я понимаю - основной и изменений? А в каком порядке имеет значение?

(21)
begin tran
truncate table1
truncate table2
commit tran

И нет разницы в порядке

(22) спасибо

(20) не, таблички не было... конфигуратор такие телодвижения и делает после манипуляции над таблицей когда по f7 жмакнуть

(21) Если у тебя 8.3 и периодический регистр то еще возможно есть таблица итогов: http://www.develplatform.com/2015/05/1_26.html

(25) А давно ВерсииОбъектов стали периодическими? ))

(26) О, это я конечно недоглядел =)

Вопрос вдогонку. Есть еще такой регистр ОбъектыДоступаДокументов, тоже весьма массивный. Можно ли его безопасно полностью очистить, не скажется ли это на работе пользователей? РЛС не используется.

(0) Удали, его. Запиши, Дбавь его по новой :)

(0) В транзакции по 10 тыс записей удаляйте.

матчасть важна

По (28) поясните, кто в теме?

(32) Вали не нужен он

(33) Ошибок доступа не будет?

+(33) Хотелось бы более развернутой информации...

Возвращаясь к вопросу.

Вот почистил (truncate) я эти регистры
РегистрСведений.ОбъектыДоступаДокументов.Изменения
РегистрСведений.ОбъектыДоступаДокументов
РегистрСведений.ВерсииОбъектов.Изменения
РегистрСведений.ВерсииОбъектов

Проверил результат выполнения
EXEC sp_spaceused

1С и SQL показывают, что записей в них нет, и места тоже не занимают. Однако размер файла базы остался прежним (байт в байт), и дата изменения не поменялась.

Подскажите, нужно ли еще что-то делать, чтобы уменьшить размер файла, или шут с ним, пускай остается как есть? Влияет ли это на производительность?

Можно ТиИс сделать со сжатием или шринкануть средствами скуля, но это не прибавит скорости работы 1с. Так что можно забить.

В 8.5 1С таки реализует нормальную работу с БД :)

(38) Сомневаюсь. Но без работы мы не останимси :)

Вот эта штука частями может резать записиhttp://catalog.mista.ru/public/191128/

(36) Чтобы размер базы уменьшился, нужно Shrink database сделать.

(40) Это Вы к чему?
(41) (37) Но если производительность 1С не возрастает, то ну его?

(42) или это не предопределено, а определяется опытным путем?

а с чего ей возрастать? чтобы что-то получить надо и дефрагментацию сделать чтобы снизить накладные расходы в fs

(42) как думаешь сам для чего Shrink придуман ? )

Мне пришлось резать около 3-х млн. записей по регистру НДС по партиям товаров. Там док распределение ндс по продукции в УПП плодил кучу мелких копеек туда-сюда. Потом нашли почему так происходило, и исправили, но эти мульёны остались. Поэтому сделали так. На 31.12 по регистру сформированы остатки на эту дату и записаны порциями по 10 тыс. в док Корректировка записей регистров на начало дня 01.01. Получилось порядка 50 доков остатков. Вроде нормально.
Теперь надо избавиться от мульёнов. Делаем всё в SQL менагере.
Технология такая: сперва копируем с даты 01.01. все записи таблицы регистра в темпДБ, потом транкейт этой таблицы регистра и итогов, потом возвращаем ранее скопированные записи из темпДБ. Потом пересчет итогов. Резалт: 2 часа на формирование остатков, 2 часа на удаление, 4 часа на 3 мульёна записей и регистр встал норм.

Точного скрипта не сохранилось, но что-то типа
insert into ТемпДБ table
select * from МояТаблица
where дата >= 01.01
TRUNCATE TABLE МояТаблица
insert into МояТаблица table
select * from ТемпДБ

Это наверное на http://www.sql.ru надо сходить, поспрашивать точный скрипт

Пред всей операцией бекап базы, потом шринк, после проведения работ, опять шринк. И темпы тоже почистить. Пересчет итогов.

TRUNCATE - это самое быстрое что есть, все остальные это долго.

(45) Интрига!
ЗЫ. В СКЛ новичок, так что разжуйте подробнее)

в мануале все разжовано

(48) В мануале сиквела? Не сомневаюсь. Однако предполагаю, что про быстродействие 1С там вряд ли что-то написано

(46) Спасибо за наводку, я как-то в этом ключе и думал делать.