Ситуация:
в довольно большой базе есть несколько регистров накопления, которые сейчас не используются, за их корректностью никто не следит, там, грубо говоря, мусор.
С другой стороны, они разрослись так, что серьезно замедляют проведение некоторых документов.
Есть обработка свертки, но на тестовом серваке она не успевает очистить регистр за отведенное время.
Хочу очистить регистры средствами mssql.
На тестовой базе все вроде бы получилось.
Очистил таблицы регистров и итогов.
На всякий случай пересчитал итоги из 1С.
Регистры пустые, документы проводятся.
Но терзают меня смутные сомненья - может быть я не догадываюсь о проблемах, которые могут возникнуть если очистить регистры скулем?
Есть тут подводные камни?

(0) "С другой стороны, они разрослись так, что серьезно замедляют проведение некоторых документов. "

Меряли? Как?

(0) откуда уверенность, что дело именно в этом регистре?

(1) На тестовой базе после очистки скорость проведения возрастает в 3 раза.

(0) Есть только одна проблема - это ежели обе руки левые.

(1), (2)
Это партии.
И отладчик показывает, что на запросе к ним 70 процентов времени тратится.

И.. раз их не используете, в коде следовало бы вырезать сперва место, которое толкает этот регистр

(5) зачет, чего

Режь..и.. беги оттуда.

(0) вроде как нарушение лицензионного соглашения...

(4) В смысле грохнуть не ту табличку? :)

(10) в смысле данные окажутся кому-то нужными

Может просто итоги посчитать?..

(7), (8) то что они не используются - 100%.
Парти пересчитываются потом в другой конфе, из этой только выгрузка.

(3) Ну так и пиши правильно:

"Запрос к ним в момент проведения серьезно влияет на быстродействие"

(13) тогда см. (6)

(10) Может быть и так. Я бы советовал средствами 1С, а именно по регистраторам в фоне пробегать и удалять записи. Такую операцию можно и при работающих пользователях выполнять.
И конечно закоментировать движение по этому регистру.

(0) Удаляй, ничего не случится

(17) Ты постоянно так делаешь? )

(12) Нереально по времени. Есть час-два на работы. Не успеют пересчитаться.

короче, по сабжу, чтобы все было в ажуре, надо:
1. почистить не только саму табличку регистра, но и таблички итогов
2. переиндексировать
3. решить что-то с начальными остатками

(19) тогда берешь начальные остатки, выгружаешь в xml, поом трункате табле, потом загружаешь остатки, потом реиндекс
как-то так

(13) Комментируй проведение по партиям. А лучше, обходи его по какой-нить новой константе "ПроводитьПоПартиям"

(18) Бывает. Чистил и живые регистры сведений. А тут неиспользуемые.

но проблема не в том, что регистр большой

Вопрос, собственно, не в том, можно и нужно ли их очищать. Можно и нужно, это я уже обдумал и проверил. Вопрос в том, не получу ли я геморроя, очистив их скулем.
Ну, наподобие, почистив справочник получим объект не найден и тому подобное.

(25) нет

как одновременно может быть: не используется и 70% времени на запросе к ним????

(26) если не переиндексировать или/и не грохнуть итоги, то будет непонятное

Не проще ли отключить партионный учет вообще?

Может удалить эти регистры в конфигураторе?

(30) и лопаттить потом всю конфу на предмет их использования в коде ?
Сомнительное удовольствие

А большие базы (ходят слухи) только прямыми запросами и чистятся.

(30) шлёпни себя линейкой по пальцам

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

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