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

truncate table _InfoRg18249

truncate

в полном варианте т.е. так будет выглядеть?:

USE UPP;
GO
truncate table _InfoRg18249;


Да?

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

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

nimfostart.ru/public/122546/

на вот, готовое изделие

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

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

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

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


Всем спасибо. Буду юзать.

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

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

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

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

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

Секунда делов.

Всех Благодарю!

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

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

(17) 1С будет звать. А потом (15).
Проверено лично © :)

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

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

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

(15) А точно delete, а не update?

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

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

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

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

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

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

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

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

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

(31) бгг

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

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

(34) Ага.