Почему происходит логическое удаление?

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

Конечно нет, вот пример:

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

Эти две таблицы связаны по номеру. Если товар в торговом центре убран с полок, мы удалим товар из базы данных.

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

Просматривая статистику продаж, мы не знаем, что представляет собой продукт под номером 4.

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

Базовое введение в логическое удаление

Эффективно только для автоматически введенного sql:

• Вставка: Без ограничений
• Находить: добавление where Условия отфильтровывают удаленные данные, если они используются. wrapper.entity созданный where Условие также автоматически добавит поле.
• обновить: добавление where Условие, предотвращающее возобновление удаленных данных, если оно используется. wrapper.entity созданный where Условие также автоматически добавит поле.
• Удалить: преобразовать в обновление

Например:

• удалить:

 update user set deleted=1 where id = 1 and deleted=0

• Находить:

select id,name,deleted from user where deleted=0

Описание поддержки типа поля:

• Поддерживает все типы данных (рекомендуется Integer,Boolean,LocalDateTime)
• Если база данных Использование поляdatetime,Логика неудалитьценность и имеетудалитьценностная поддержка Конфигурациякак строкаnull,另一个ценностная поддержка Конфигурация Чтобы функции могли получать значения типаnow()

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

@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target({ElementType.FIELD, ElementType.ANNOTATION_TYPE})
public @interface TableLogic {

    /**
     * Логическое значение по умолчанию не удаляется (значение является необязательным, глобальная конфигурация будет получена автоматически).
     */
    String value() default "";

    /**
     * Значение захоронения по умолчанию (это значение является необязательным и автоматически получает глобальную конфигурацию)
     */
    String delval() default "";
}

Множественность не поддерживается в классе @TableLogic.

Использование логического удаления

Местное использование

[1] Сначала добавьте в таблицу столбец полей, чтобы указать, следует ли удалять статус. Тип поля, который мы здесь используем, — тип int. 1 указывает, что данные доступны, а 0 указывает, что данные недоступны.

【2】Добавьте поле в класс сущности как Integer, чтобы оно соответствовало полям в таблице.

@Data
@AllArgsConstructor
@NoArgsConstructor
public class User extends Model<User> {
    private Long id;
    private String name;
    private Integer age;
    private String email;
    @TableLogic(value = "1",delval = "0")
    private Integer status;
}

【3】Проверка эффекта логического удаления

@Test
void logicDelete(){
    userMapper.deleteById(7L);
}

Посмотрев на склеенный оператор SQL, мы обнаружили, что при выполнении операции удаления оператор стал модификацией, которая изменила статус этих данных с 1 на 0, что указывает на то, что эти данные находились в статусе удаленных.

глобальное использование

конфигурация application.yml

mybatis-plus:
  global-config:
    db-config:
      logic-delete-field: flag # Имя поля сущности глобального надгробия (поскольку 3.3.0, Конфигурацию можно игнорировать без шага настройки 2)
      logic-delete-value: 1 # логическое удаленное значение (по умолчанию 1)
      logic-not-delete-value: 0 # логическое неудаленное значение (по умолчанию 0)

поле логического удаления: какое поле класса сущности служит полем логического удаления

логическое-удаление-значение: 1 # Логическое удаленное значение (по умолчанию 1)

логическое-не-удаляемое-значение: 0 # Логическое неудаляемое значение (по умолчанию 0)

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