Действительно быстрая очистка всей регистрации изменений

25.01.16

База данных - HighLoad оптимизация

Если вы хоть раз сталкивались с проблемой накопленных изменений при обмене, то данная статья может оказаться полезной

Первый вопрос, который, наверное, возникает у того, перед кем подобная задача никогда не стояла, "зачем?".
Чем не нравится "ПланыОбмена.УдалитьРегистрациюИзменений(...)"?

Только вот, допустим, у вас обмен, который происходит раз в минуту, "встал". И так не обменивался дня так два.
При этом в базе работают более сотни пользователей, которые всё это время туда что-то вносили и продолжают вносить.
Шансов, что обмен данными будет успешным, в этом случае практически нет. Обычно создаётся новый узел обмена, делается резервная копия базы, потом "Планы обмена.УстановитьГлавныйУзел" и удалить существующий узел. 
Потому как он будет копить регистрацию изменений и замедлять запись даных в БД 

Удаление регистрации изменений может занять от десятков минут до десятков часов. 
И всё это время будет открыта транзакция, соответственно работать в базе будет невозможно.

Что же делать? Конечно, обратиться к более быстрым методам - MS SQL.

Для начала следует создать в БД следующую хранимую процедуру:

USE [ИмяБД]
GO


CREATE PROCEDURE usp_GenerateSQL
    @Pattern AS varchar(255)
    ,@PrintQuery AS bit
    ,@ExecQuery AS bit
AS
BEGIN
    DECLARE @sql AS varchar(max)

    SELECT @sql = COALESCE(@sql, '') + 'truncate table [' + TABLE_NAME + ']' + CHAR(13) + CHAR(10)
    FROM INFORMATION_SCHEMA.TABLES
    WHERE TABLE_NAME LIKE @Pattern

    IF @PrintQuery = 1 PRINT @sql
    IF @ExecQuery = 1 EXEC (@sql)
END

GO

Что она делает? Перебирает все таблицы в БД по части их имени и выполняет для них инструкцию Truncate Table
А далеее всё просто:

exec usp_GenerateSQL @Pattern = '%Chng%', @PrintQuery = 0, @ExecQuery = 1

И за пару секунд все таблицы регистрации будут очищены. В чём прикол? В Truncate Table, конечно.
Эта инструкция очищает БД без записи в лог, без транзакции, т.е. очень очень быстро.

P.S. Всё выше описанное, конечно, приведено только в ознакомительных целях и никогда мной не делалось :)
P.P.S. Автор не несёт никакой ответственности за любой ущерб вашей БД, который могут повлечь за собой эти действия.
P.P.P.S. Если в финальной строчке заменить "Chng" на "Doc" или "Rg", можно соответственно удалить все документы или все регистры из БД... также за пару секунд.

Обмен Изменения Регистрация изменений Очистка регистрации

См. также

Оптимизация нагрузки на ЦП сервера СУБД используя типовые индексы

HighLoad оптимизация Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Анализ простого плана запроса. Оптимизация нагрузки на ЦП сервера СУБД используя типовые индексы.

13.03.2024    2953    spyke    26    

42

Быстродействие типовой 1С

HighLoad оптимизация Платформа 1С v8.3 Бесплатно (free)

Оказывается, в типовых конфигурациях 1С есть, что улучшить!

13.03.2024    5090    vasilev2015    19    

37

Анализируем SQL сервер глазами 1С-ника

HighLoad оптимизация Инструменты администратора БД Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Обработка для простого и удобного анализа настроек, нагрузки и проблем с SQL сервером с упором на использование оного для 1С. Анализ текущих зааросов на sql, ожиданий, конвертация запроса в 1с и рекомендации где может тормозить

1 стартмани

15.02.2024    7617    158    ZAOSTG    66    

96

Удаление строк из таблицы значений различными способами с замером производительности

HighLoad оптимизация Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Встал вопрос: как быстро удалить строки из ТЗ? Рассмотрел пять вариантов реализации этой задачи. Сравнил их друг с другом на разных объёмах данных с разным процентом удаляемых строк. Также сравнил с выгрузкой с отбором по структуре.

09.01.2024    5948    doom2good    48    

63

Опыт оптимизации 1С на PostgreSQL

HighLoad оптимизация Бесплатно (free)

При переводе типовой конфигурации 1C ERP/УТ/КА на PostgreSQL придется вложить ресурсы в доработку и оптимизацию запросов. Расскажем, на что обратить внимание при потерях производительности и какие инструменты/подходы помогут расследовать проблемы после перехода.

20.11.2023    8832    ivanov660    6    

76

ТОП проблем/задач у владельцев КОРП лицензий 1С на основе опыта РКЛ

HighLoad оптимизация Бесплатно (free)

Казалось бы, КОРП-системы должны быть устойчивы, быстры и надёжны. Но, работая в рамках РКЛ, мы видим немного другую картину. Об основных болевых точках КОРП-систем и подходах к их решению пойдет речь в статье.

15.11.2023    5092    a.doroshkevich    20    

72

Начните уже использовать хранилище запросов

HighLoad оптимизация Запросы

Очень немногие из тех, кто занимается поддержкой MS SQL, работают с хранилищем запросов. А ведь хранилище запросов – это очень удобный, мощный и, главное, бесплатный инструмент, позволяющий быстро найти и локализовать проблему производительности и потребления ресурсов запросами. В статье расскажем о том, как использовать хранилище запросов в MS SQL и какие плюсы и минусы у него есть.

11.10.2023    16153    skovpin_sa    14    

98
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. Brawler 454 25.01.16 13:42 Сейчас в теме
2. DrAku1a 1679 28.01.16 02:27 Сейчас в теме
Вы открыли для себя TRUNCATE?
А вообще плюс - за универсальную процедуру.
3. comol 5051 28.01.16 18:13 Сейчас в теме
(2) DrAku1a, Нее... я открыл для себя процедуру поиска таблицы по части названия... :)
4. teller 29.01.16 07:47 Сейчас в теме
P.S. Всё выше описанное, конечно, приведено только в ознакомительных целях и никогда мной не делалось :)
P.P.S. Автор не несёт никакой ответственности за любой ущерб вашей БД, который могут повлечь за собой эти действия.

+100500
Antonov.AV; +1 Ответить
5. logarifm 1117 30.01.16 02:00 Сейчас в теме
Не забываем, что этим мы нарушаем лицензионное соглашение 1С.
6. sitec 20.02.16 09:21 Сейчас в теме
+1 За поиск таблиц по части имени
7. Makushimo 160 23.09.16 08:29 Сейчас в теме
Особенно понравилось, "сам так не делал, но вы будьте осторожны" ))))
Красавчег.
Дал ребенку заряженный пистолет и довольный ходит.
8. корум 287 23.09.16 09:55 Сейчас в теме
(7) Makushimo, табличка *сарказм* в руках автора обязательна, ага
9. user611061_igor_panshin 12.09.19 11:18 Сейчас в теме
Одна бравада. DECLARE @sql AS varchar(max) имеет ограничения по длине, поэтому "все таблицы регистрации будут очищены. " - это ошибка.
10. comol 5051 16.09.19 01:11 Сейчас в теме
(9)
Одна бравада
ну и зачем оскорбления?!
это ошибка.
и в чём нашли ошибку?! В типовой рознице varchar(max) вполне хватает для скрипта очистки всех таблиц и успешно использовалось на практике.

Код вполне себе открыт - если очищаете ERP разбейте на несколько кусочков. Зачем писать гневные коменты.... вот люди
11. user611061_igor_panshin 16.09.19 09:29 Сейчас в теме
declare @nm varchar(1000)
DECLARE cur CURSOR FOR
sel ect
distinct
name
fr om
sysobjects
wh ere xtype='U'
and name like '%Chng%'
order by
name

--Откроем курсор
OPEN cur

--Выборка данных первой строки
FETCH NEXT FROM cur INTO @nm

--Пока есть данные в курсоре - выборка циклом
WHILE @@FETCH_STATUS = 0
BEGIN
print 'truncate table ['+@nm+']' + CHAR(13) + CHAR(10)
--Выборка следующей строки
FETCH NEXT FR OM cur INTO @nm
END

--Закрываем курсор
CLOSE cur
--Уничтожаем курсор
DEALLOCATE cur
12. comol 5051 16.09.19 20:49 Сейчас в теме
(11) это что, вы открыли для себя курсоры? :)). Следующим этапом будут временные таблицы :). Ну если не хватает длинны строчки меняйте просто на выполнение запроса сразу. Truncate работает мгновенно, выполнением единым пакетом экономите секунд 5 :))).
Оставьте свое сообщение