Удалите большой объем данных в SQL-сервере

Если вам нужно ограничить то, какие строки вам нужно удалить, а не выполнять полное удаление, или вы не можете использовать урезанную таблицу (например, таблицу на ссылке FK-ограничения или включено в проиндексированный вид) Вы можете сделать удаление в кусках:

DECLARE @RowsDeleted INTEGER
SET @RowsDeleted = 1

WHILE (@RowsDeleted > 0)
    BEGIN
        -- delete 10,000 rows a time
        DELETE TOP (10000) FROM MyTable [WHERE .....] -- WHERE is optional
        SET @RowsDeleted = @@ROWCOUNT
    END

Вообще, урезан - лучший способ, и я бы использовал это, если это возможно. Но это не может быть использовано во всех сценариях. Кроме того, обратите внимание, что усеченное сбросит значение удостоверения личности для таблицы, если есть один.

Если вы используете SQL 2000 или ранее, верхнее состояние недоступно, поэтому вместо этого вы можете использовать Set Rowcount.

DECLARE @RowsDeleted INTEGER
SET @RowsDeleted = 1
SET ROWCOUNT 10000 -- delete 10,000 rows a time

WHILE (@RowsDeleted > 0)
    BEGIN
        DELETE FROM MyTable [WHERE .....] -- WHERE is optional
        SET @RowsDeleted = @@ROWCOUNT
    END

Первый имеет явно лучшую производительность.

Когда вы указываете удаление [MyTable], он просто стесняет все, не выполняя проверку ID. Второй будет тратить время и дисковые работы, чтобы найти соответствующую запись каждый раз, прежде чем удалять его.

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

Может быть, лучшая идея будет удалять данные на основе кластерных столбцов индекса в порядке убывания. Затем таблица в основном будет усечена от конца в каждой работе удаления.

Вариант 1 создаст очень большую транзакцию и оказывает большое влияние на журнал / производительность, а также повысить блокировки, так что таблица будет недоступна. Вариант 2 будет медленнее, хотя он будет генерировать меньшее влияние на журнал (при условии, что объем / полный режим)

Если вы хотите избавиться от всех данных, Trunchate Table MyTable будет быстрее, чем оба, хотя у него нет объекта Чтобы фильтровать строки, он делает изменение метаданных на задней панели и в основном падает IAM на полу для рассматриваемой таблицы.

Лучшие характеристики для очистки таблицы приведут Trunchate Table MyTable . См. http://msdn.microsoft.com/en-us/library/ms177570.aspx для более подробных объяснений

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

Теперь, если вы должны удалить все данные из таблицы, и вы не полагаетесь на откат, подумайте об использовании Trunchate Table