Мягкое удаление - Использовать флаг IsDeleted или отдельную столярную таблицу?

Question

Должны ли мы использовать флаг для мягкого удаления или отдельную таблицу соединений?Что является более эффективным?База данных - это SQL Server.

Справочная информация

Некоторое время назад к нам пришел консультант по БД и посмотрел на нашу схему базы данных.Когда мы мягко удаляем запись, мы обновляем флаг IsDeleted в соответствующих таблицах.Было предложено вместо использования флага хранить удаленные записи в отдельной таблице и использовать объединение, так как это было бы лучше.Я применил это предложение к тесту, но, по крайней мере, на первый взгляд дополнительная таблица и объединение выглядят дороже, чем использование флага.

Начальное тестирование

Я настроил этот тест.

Две таблицы, Example и DeletedExample.Я добавил некластеризованный индекс в столбец IsDeleted.

Я провел три теста, загрузив миллион записей со следующими коэффициентами удаления / удаления:

• Удалено / Не удалено
• 50/50
• 10/90
• 1/99

Результаты - 50/50

Результаты - 10 /90

Результаты - 1/99

Сценарии базы данных, для справки, примера, DeletedExample и индекса для примера. IsDeleted

CREATE TABLE [dbo].[Example](
    [ID] [int] NOT NULL,
    [Column1] [nvarchar](50) NULL,
    [IsDeleted] [bit] NOT NULL,
 CONSTRAINT [PK_Example] PRIMARY KEY CLUSTERED 
(
    [ID] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
) ON [PRIMARY]

GO

ALTER TABLE [dbo].[Example] ADD  CONSTRAINT [DF_Example_IsDeleted]  DEFAULT ((0)) FOR [IsDeleted]
GO

CREATE TABLE [dbo].[DeletedExample](
    [ID] [int] NOT NULL,
 CONSTRAINT [PK_DeletedExample] PRIMARY KEY CLUSTERED 
(
    [ID] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
) ON [PRIMARY]

GO

ALTER TABLE [dbo].[DeletedExample]  WITH CHECK ADD  CONSTRAINT [FK_DeletedExample_Example] FOREIGN KEY([ID])
REFERENCES [dbo].[Example] ([ID])
GO

ALTER TABLE [dbo].[DeletedExample] CHECK CONSTRAINT [FK_DeletedExample_Example]
GO

CREATE NONCLUSTERED INDEX [IX_IsDeleted] ON [dbo].[Example] 
(
    [IsDeleted] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
GO

Answer 1

Цифры, которые у вас, по-видимому, указывают, что мое первоначальное впечатление было правильным: если ваш самый распространенный запрос к этой базе данных - это фильтрация по IsDeleted = 0, тогда производительность будет лучше с простым битовым флагом,особенно если вы разумно используете индексы.

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

Answer 2

Я не эксперт по SQL, но, на мой взгляд, все зависит от частоты использования базы данных. Если к базе данных обращается большое количество пользователей, и она должна быть эффективной, то использование отдельной таблицы isDeleted будет хорошо. Лучшим вариантом будет использование флага во время производства, и как часть ежедневного / еженедельного / ежемесячного обслуживания вы можете переместить все мягко удаленные записи в таблицу isDeleted и очистить производственную таблицу мягко удаленных записей. Смесь обоих вариантов будет хорошей, хорошей.