Как удалить все, кроме последних 20 000 записей в MS SQL 2005?

Если это просто кажется неэффективным, я бы убедился, что это неэффективно, прежде чем начать лаять не на то дерево.

Измерьте время, использование процессора, дисковый ввод-вывод и т. д., чтобы увидеть, насколько хорошо он работает. Я думаю, вы обнаружите, что он работает лучше, чем вы думаете.

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

Боковое примечание. Поскольку у вас есть поле «Date_Added», стоит ли просто сохранить дату и время последнего запуска и использовать его в предложении where для фильтрации удаляемых записей? Теперь вместо 20 000 записей разрешить Х дней в журнале... Просто мысль...

-- Поместите записи, которые мы хотим СОХРАНИТЬ, во временную папку.
-- Вы можете классифицировать хранителей по своему усмотрению.

select top 20000 * into #myTempTable from MyTable ORDER BY DateAdded DESC

-- Использование truncate не уничтожает наш файл журнала и использует меньше системных ресурсов...

truncate table MyTable 

-- Верните наши "сохраненные" записи обратно в папку...
-- Это предполагает, что вы НЕ используете столбец идентификаторов -- если да, то должны
-- указать вместо этого имена полей использовать '*' и сделать что-то вроде
-- SET IDENTITY_INSERT MyTable ON
-- вставить в MyTable select field1,field2,field3 из #myTempTable
-- (я думаю, это правильно)

insert into MyTable select * from #myTempTable

- быть хорошим гражданином.

drop table #myTempTable

Надеюсь, поможет --

DECLARE @limit INT
SELECT @limit = min(id) FROM
   (SELECT TOP 20000 id FROM your_table ORDER BY id DESC)x
DELETE FROM your_table where id < @limit

Дело было в том, чтобы избежать вложенного запроса, который я могу или не могу оптимизировать (извините, не гуру sql.)

вставьте 20000 во временную таблицу, затем удалите все записи из основной таблицы, затем снова вставьте запись 20000 из временной таблицы в основную таблицу..,

Конечно, это лучший случай для включения в процедуру и использования двух операторов sql: первый для выбора последнего идентификатора и вычитания 20 000, а затем второй для удаления всех строк с идентификатором ниже этого.

Однако на первый взгляд это звучит так, как будто при таком подходе вы получите большую фрагментацию, и это может быть хорошим аргументом в пользу создания новой таблицы, вставки в нее последних 20 000 записей, удаления старой. один и переименование нового. Возможно, даже стоит поместить таблицу в другую базу данных и создать представление из вашей основной базы данных для облегчения доступа. Лично я обычно делаю это с таблицами, используемыми для загрузки и аудита данных.

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

Ваш вопрос подразумевает, что вы обрезаете, чтобы получить лучшую дневную производительность за столом. Вы получаете сканирование таблиц по дневным запросам? Разве лучшие индексы не были бы ответом? Или вы находитесь в ситуации, когда вы застряли с «дерьмовой схемой»?

Или у вас есть действительно странная ситуация, когда вам действительно нужно очистить старые записи? 20 000 — это твердое и быстрое число? Или может ли дата-время работать? Затем и индекс в столбце даты и времени облегчит обрезку.