очистка регистра сведений средствами sql #735425

Прошу помощи у профи. Обнаружил огромный регистрСведений ВерсииОбъектов (УПП) Хочу его очистить. 1с команды отрабатывают очень долго и сильно тормозят систему. Знаю есть возможность очистить таблицу непосредственно в sql. Вроде как ни на что это не должно повлиять. таблица _InfoRg18249. Подскажите, какой запрос выполнить для очистки таблицы?

truncate table _InfoRg18249

truncate

в полном варианте т.е. так будет выглядеть?: GO truncate table _InfoRg18249; Да?

помоему на ИТС есть обработка скульной очистки объектов чтото вроде ОчисткаБазыSQL

ИМХО, на ИТС в принципе не может быть подобной обработки.

nimfostart.ru/public/122546/ на вот, готовое изделие

можно посмотреть V8Exchan82 - может она и регистры чистить может

TRUNCATE TABLE [ИмяБазы].[dbo].[_InfoRg18249]

А че, чистка через TRUNCATE будет существенно быстрее записи пустого набора записей?

Мисту не люблю. Денег хочет от меня ))) Она может, только средствами 1С, это в данном случае не устраивает. Долго и пока чистит, места сжирает на диске, больше чем сама база, потом утыкается в отсутствие свободного места и ... "Привет Шишкину". Всем спасибо. Буду юзать.

"Мисту не люблю" — "мисту"?!

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

деалешь подчинение регистратору, реструктуризируешь, снимаешь подчинение, реструктуризируешь...

Не, ошибка. Мисту люблю. Инфостарт не люблю )))

Запись пустого набора - это "delete from [Table] where ..."*количество записей.

Секунда делов. Всех Благодарю!

Обманываешь. А кто модуль записи будет звать?

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

1С будет звать. А потом .

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

Отключил теперь.

терабайтные базы??? Где-ж такие звери водятся?!

А точно delete, а не update?

+ и почему, если набор записей без установленных отборов, будет использован where?

Точно. На прошлой работе больше 6Тб была :)

Думаешь я сейчас под Нуралиевым залогинюсь и отвечу? :)

Из них 700ГБ - версии ) в той базе...

А что тогда в условии WHERE будет?

Не помню уже, давно это было. Измерения, кажись. Довелось как-то искать по журналу транзакций, кто всю контактную информацию похерил, так и нашел - хренова гора delete'ов по одной записи. А в коде была просто запись пустого набора без отборов.

Спасибо. А если удалить регистр из конфигурации, обновить ИБ, вернуть обратно регистр, то не будет это схоже с конструкцией DROP/CREATE TABLE?

Наверное будет, не проверял. Кстати, история с КИ вообще эпично кончилась. Нашел я время транзакции, по ЖР вычислил пользователя, позвонил, та в отказ - не была, не делала, не запускала. Пошел , сел рядом с ней и сказал: показывай, что делала. Ну, она и показала...

Это будет похоже на китайскю месть - повеситься на воротах обидчика.

бгг

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

Да ладно, в 7.7 всегда так делали. По сути в тоже самое и предлагается.

Ага.