RC를 사용하여 Spring WebFlux에서 소프트 삭제 구현

데이터 관리는 소프트웨어 개발의 기본 구성 요소이며, 특히 활성 사용에서 제거해야 하는 기록을 처리할 때 더욱 그렇습니다. 기록을 영구적으로 삭제하는 대신("영구 삭제"라고 하는 방법) 많은 애플리케이션에서는 "일시 삭제"라는 기술을 사용합니다. "일시 삭제" 접근 방식은 레코드를 영구적으로 제거하지 않고 비활성 상태로 표시하여 데이터를 쉽게 복구하고 기록을 추적할 수 있도록 널리 사용되는 솔루션입니다.

현재 Spring Data JPA 및 Hibernate와 달리 Spring Data R2DBC는 일시 삭제를 자동으로 처리하기 위한 내장 주석을 제공하지 않습니다. 결과적으로 개발자는 유사한 기능을 달성하기 위해 사용자 정의 저장소 구현 또는 쿼리를 사용합니다.

이 기사에서는 일시 삭제와 그 이점, 그리고 R2DBC를 사용하여 Spring WebFlux 애플리케이션에서 이를 구현하는 방법을 살펴보겠습니다.

일시 삭제란 무엇입니까?

일시 삭제란 기록을 데이터베이스에서 제거하지 않고 비활성 또는 '삭제' 플래그를 지정하는 데이터 관리 방법입니다. 일반적으로 여기에는 레코드가 더 이상 활성 상태가 아님을 나타내기 위해 삭제된(부울) 또는 삭제된 날짜(타임스탬프)와 같은 필드를 엔터티에 추가하는 작업이 포함됩니다. 데이터를 영구적으로 삭제하는 대신 일시 삭제는 레코드를 논리적으로 삭제된 것으로 표시하여 잠재적인 복구 또는 감사를 위해 보존하면서 표준 쿼리에서 숨깁니다.

일시 삭제의 이점

1. 데이터 복구: 일시 삭제를 사용하면 데이터를 쉽게 복원할 수 있습니다. 기록이 실수로 삭제된 경우 플래그를 재설정하여 신속하게 "삭제 취소"할 수 있으므로 데이터가 영구적으로 손실되지 않습니다.
2. 기록 데이터: 일시 삭제는 감사 추적을 제공합니다. 조직에서는 규정 준수 또는 보고 목적으로 기록 데이터를 보관해야 하는 경우가 많으며 일시 삭제를 사용하면 활성 데이터를 혼잡하게 만들지 않고도 이를 수행할 수 있습니다.
3. 데이터 무결성: 복잡한 관계가 있는 시스템에서 기록을 영구적으로 삭제하면 링크가 끊어지고 데이터 불일치가 발생할 수 있습니다. 일시 삭제는 삭제된 기록을 비활성으로 표시하면서 관련 데이터를 그대로 유지하여 이 문제를 해결합니다.
4. 보안 및 규정 준수: 규정에 따라 특정 기간 동안 데이터를 보관해야 하는 경우가 많습니다. 일시 삭제를 통해 개발자는 일반 사용자에게 데이터를 제공하지 않고도 이러한 규정 준수 요구 사항을 충족할 수 있습니다.

Spring Reactive 및 R2DBC를 사용하여 일시 삭제를 구현하는 방법

이것을 직접 구현하는 데 관심이 있으신 분들을 위해 기본 CRUD 엔드포인트와 단위 테스트 사례가 포함된 간단한 블로그 애플리케이션인 시작 코드를 준비했습니다. 이 링크를 사용하여 내 GitHub 저장소에서 시작 코드에 액세스할 수 있습니다. 그럼 바로 시작해 보겠습니다.

1단계: 레코드를 삭제된 것으로 표시하는 필드 추가

이를 구현하려면 항목 클래스에 삭제 상태를 나타내는 필드를 추가하세요. 보다 효과적인 접근 방식은 추상 클래스(AbstractSoftDeletableEntity)를 만들고 그 안에 삭제 상태 필드를 정의한 다음 엔터티 클래스가 이 추상 클래스를 확장하도록 하는 것입니다. 이 필드는 레코드가 삭제되었는지 여부를 나타내는 부울(삭제됨)이거나 삭제된 시기를 지정하는 타임스탬프(deletedDate)일 수 있습니다. 삭제가 발생한 시점에 대한 추가 세부정보를 제공하는 타임스탬프를 사용하는 것이 좋습니다.

2단계: 엔터티 클래스를 수정하여 추상 클래스를 확장합니다.

AbstractSoftDeletableEntity

를 확장하기 위해 엔터티 클래스를 수정하면 추상화 수준과 관심 분리가 생성되어 객체 지향 설계의 단일 책임 원칙을 준수합니다.

3단계: SimpleR2dbcRepository를 확장하여 일반 사용자 정의 저장소 생성 일시 삭제 구현에 대한 많은 리소스에서는 각 엔터티에 대해 사용자 지정 저장소를 사용하도록 권장합니다. 이는 애플리케이션에 엔터티가 많을 때 관리가 번거롭고 어려울 수 있습니다. 더 나은 접근 방식은 counts, deleteById, deleteAll,

findById 등이 있습니다.

위 스니펫에는 SoftDeleteRepository 인터페이스를 구현하는

SoftDeleteRepository

4단계: 사용자 정의 저장소 인터페이스를 확장하기 위해 엔터티 저장소 수정 마지막으로 SoftDeleteRepository를 확장하고 엔터티 클래스 이름과 ID 데이터 유형을 일반 유형 인수로 제공하여 기본 저장소 인터페이스를 수정합니다. 또한 일시 삭제 사용자 지정 구현을 활용하기 위해 findById, findAll, deleteById 및 deleteAll

메서드에 대한 기본 구현을 제공합니다. 에 정의되어 있습니다. 인터페이스.

5단계: 서비스 계층에서 일시 삭제 구현

<script></script>모든 기록(삭제된 기록 포함) 또는 삭제된 기록을 가져오려면 아래 스니펫에 표시된 쿼리 방법을 사용할 수 있습니다.<script></script> <script></script> <script></script> <script></script>

결론

일시 삭제는 데이터를 영구적으로 삭제하지 않고 관리하는 효과적이고 유연한 방법으로, 데이터 복구, 규정 준수 또는 기록 데이터 추적이 필요한 애플리케이션에 이상적입니다. 이 가이드에서는 일시 삭제가 무엇인지, 그 이점과 R2DBC를 사용하여 Spring WebFlux 애플리케이션에서 구현하는 방법에 대해 논의했습니다.

GitHub에서 전체 소스 코드를 찾을 수 있습니다

위 내용은 RC를 사용하여 Spring WebFlux에서 소프트 삭제 구현의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!