Блог

Я хотел бы узнать о стандартной практике удаления записей из базы данных.

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

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

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

Заранее спасибо за вашу помощь.

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

 UPDATE my_table SET deleted = true
WHERE id = ...
 

Помните, что при запросе допустимых записей необходимо указать

 SELECT * FROM your_table
WHERE deleted = false
 

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

Просто чтобы упомянуть последний момент, о котором вы спрашиваете в первую очередь, «потенциально» огромная таблица — это относительное утверждение. Что вы храните для каждого отдельного пользователя? Это ежедневный журнал активности для всей их истории занятости или это номинальные данные сотрудника?

Для важных данных вы можете пометить данные с помощью специального столбца статуса (например, вы можете пометить кого-то как вышедшего на пенсию, уволенного и т.д., а не удалять запись). Вы также можете переместить данные в архивную таблицу или даже в отдельную архивную базу данных с дополнительными полями даты архивирования и т.д. Существует много способов обработки данных.

Современные технологии позволяют нам создавать базы данных, которые могут эффективно хранить пета-байты данных.

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

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

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

Что касается стандартной практики, я не думаю, что она существует, вам нужно найти практику, которая соответствует вашим потребностям и реализации.