Сразу скажу, что выполнять свёртку большой таблицы следующей командой, это очень плохая идея:
DELETE [_AccumRg1234] WHERE [_Period] < @Period;
Дело в том, что если в выборку попадёт больше 5000 записей, то SQL Server может применить эскалацию блокировок до уровня таблицы и вся работа с ней для других транзакций будет невозможна. Однако блокировка всей таблицы может быть использована SQL Server не только по этой причине. Есть ещё ряд других условий, при которых это может произойти. Например, превышение определённого порога пямяти, используемого SQL Server. Подробнее об этом можно прочитать в онлайн документации Microsoft SQL Server Books Online. Факт остаётся фактом - использование команды DELETE "в лоб" может создать большие проблемы для параллельной работы пользователей.
Кто-то может сказать, что, как правило, администраторы баз данных 1С отключают возможность эскалации блокировок до уровня таблиц на уровне SQL Server. Да, это действительно так. Однако не все знают, что это не отменяет эскалации блокировок до уровня страниц пямяти SQL Server, размер которых равен 8 Кб.
Таким образом, правильным использованием команды DELETE является удаление больших объёмов данных небольшими порциями в цикле. Шаблоном такого кода может быть следующий скрипт:
DECLARE @RowsAffected int = 1;
DECLARE @RowsToDelete int = 4000;
WHILE @RowsAffected > 0
BEGIN
DELETE TOP(@RowsToDelete) [_AccumRg1234] WHERE [_Period] < @Period;
SET @RowsAffected = @@ROWCOUNT;
END
Этот вариант значительно лучше первого, но он всё ещё может страдать от проблемы эскалации блокировок до уровня страниц (page locks). Если это то, что происходит в вашем случае, то можно попробовать использовать хинты (hints) SQL Server. Вкратце, хинты это специальные инструкции SQL Server, которые заставляют его для отдельных команд использовать поведение отличное от принятого по умолчанию. В русском переводе можно ещё встретить термин "табличные указания". Например таким хинтом является ROWLOCK. Это табличное указание заставляет SQL Server, использовать блокировку на уровне записей и не применять никаких эскалаций. Конечно же это может создать дополнительную нагрузку на "железо", но иногда без этого не обойтись. Использование этого хинта выглядит следующим образом:
DELETE TOP(@RowsToDelete) [_AccumRg1234] WITH (ROWLOCK) WHERE [_Period] < @Period;
Что интересно: я как-то использовал такую команду для свёртки таблицы, которая насчитывала десятки миллионов записей. Свёртка выполнялась в "боевой" базе в рабочее время. Иногда без этого тоже никак. Использование обычной команды DELETE давало множество блокировок на уровне страниц памяти SQL Server. Конфликт происходил в основном из-за интенсивного обмена данными, который имел место быть в этой базе и на код которого не было возможности повлиять в обозримом будущем. Всё было очень плохо. Было принято решение использовать "тяжёлую артиллерию" в виде хинтов.
По началу применение хинта ROWLOCK не дало прироста производительности, а даже наоборот ухудшило показатели. Правда блокировок на уровне страниц удалось избежать. На тот момент времени переменная @RowsToDelete имела значение 10000. Грубо говоря, команда выполнилась за 5 минут. Однако, увеличив это значение до 100000, команда выполнилась ровно за те же самые 5 минут! И это дало значительный прирост производительности по сравнению с вариантом без ROWLOCK! Затем это значение было увеличено до 500000 и эта история завершилась счастливым концом =)
Мораль этой истории заключается в том, что до тех пор, пока вы не попробовали все возможные варианты, не делайте окончательных выводов. Часто бывает так, что успех ждёт вас прямо за углом =)
В заключение я хотел бы поделиться ещё парой "хитростей" на тему массового удаления записей в таблицах SQL Server:
1. Иногда бывает выгоднее использовать команду TRUNCATE TABLE. Идея заключается в том, что сначала выполняется копирование тех записей, которые останутся после свёртки в какую-нибудь вспомогательную таблицу. Затем выполняется команда TRUNCATE, которая очень быстро очищает всю основную таблицу (гораздо быстрее команды DELETE). После этого сохранённые ранее записи возвращаются обратно в основную таблицу. Это выглядит примерно вот так:
INSERT [_AccumRg1234_Save]
SELECT * FROM [_AccumRg1234] WHERE [_Period] >= @Period;
TRUNCATE TABLE [_AccumRg1234];
INSERT [_AccumRg1234]
SELECT * FROM [_AccumRg1234_Save];
2. Иногда есть возможность распараллелить удаление записей по нескольким соединениям (сессиям) SQL Server. Если быть кратким, то нужно найти какой-то разделитель для удаляемых записей таблицы, например, таким разделителем может быть месяц. То есть один поток (сессия) выполняет команду по удалению записей января, второй - февраля и так далее. Можно по типам регистраторов так делать и т.п. Зависит от ситуации. Единственное, о чём следует помнить, что слишком большое количество открываемых одновременно соединений SQL Server может в какой-то момент не понравиться и он их начнёт просто сбрасывать. Обычно рекомендуется использовать количество активных потоков (сессий) по количеству ядер сервера. Ну и, естественно, не следует забывать, что любое распараллеливание нагружает оборудование. Если нет свободных ресурсов по "железу", то не стоит этого делать.
