📰 (영문) Soft delete는 어쩌면 의미가 없을지도 모릅니다. ✍️ 데이터베이스에서 데이터를 `DELETE`로 지우는 것을 hard delete. 직접 삭제하지 않고 `deleted_at

📰 (영문) Soft delete는 어쩌면 의미가 없을지도 모릅니다. ✍️ 데이터베이스에서 데이터를 `DELETE`로 지우는 것을 hard delete. 직접 삭제하지 않고 `deleted_at` 타임스템프를 표시(`UPDATE`)하여 데이터의 row는 살려두되 비지니스로직에서는 빠지도록 하는 방법을 soft delete이라고 하며 실제 많은 서비스들에서도 많이 사용이 되고 있는데요. 과연 이 방법이 정말 괜찮은 방법일까요? soft delete 사용시 단점과 그 타협점에 대한 글입니다. ## 단점 - `deleted_at` 조건을 모든 코드에서 알고 있어야 한다 - 외래키의 기능을 제대로 사용할 수 없게 한다 - 데이터 정리가 어렵다. (GDPR 같은 정책 변경이 생길 때 더 힘듬) - 나중에 다시 데이터 살릴 것을 대비한다고 하지만, 삭제 취소는 현실에서 거의 일어나지 않음. ## 타협점 - `deleted_record` 테이블 관리하기