DB table 에서 soft delete 시 궁금증

Question

안녕하세요. 저는 개발자로 일한지 얼마 안된 주니어 백엔드 개발자입니다. 다름이 아니라 일하다가 아래와 같은 궁금점이 해결되지 않아 글을 쓰게 되었습니다.회사에서 db 테이블 데이터를 soft delete 할 때 아래와 같이 두 가지 방법을 섞어서 사용하고 있습니다.is_deleted 와 같이 삭제 처리되었음을 식별할 수 있는 flag 컬럼 사용 -> 이 경우 삭제되지 않는 row 가져오기 위해 SELECT * FROM table WHERE cond1 &#61; value1 AND is_deleted &#61; FALSE 와 같이 쿼리 구성 pk 로 사용하고 있는 id 컬럼을 음수로 update (ex: id&#61;3 인 row 를 삭제처리하는 경우 id&#61; -3으로 update) -> 이 경우 삭제되지 않는 row 가져오기 위해 SELECT * FROM table WHERE cond1 &#61; value1 AND id > 0 와 같이 쿼리 구성저는 1번 방법을 많이 봤고 이 방법이 정석인 것으로 알고 있는데, 2번 방법도 사용하고 있어서 혼란스러워 문의드립니다. 2번 방법은 구글 검색했을 때 찾을 수가 없었는데, 혹시 실무에서 2번과 같이 사용하는 분들이 있는지 궁금합니다. 만약 2번 방법을 활용하고 계신다면, 2번 방법이 1번과 비교했을 때 장점이 있나요? (예를 들면 추가 컬럼을 사용하지 않아도 돼서 낭비되는 저장공간이 줄어든다거나, is_deleted 에 인덱스 설정을 안해도 된다든지 등...)

MSSQL 튜너 · Answer

2번같은 방법은 처음인데요?is_delete가 빈번하게 업데이트 되지 않아서 보통은 인덱스 잡지 않습니다

Clickin · Answer

2번 방법을 쓰면 삭제된 자료의 추이를 알 수가 없어지는데 괜찮은지 모르겠네요그리고 FK는 당연히 안걸려있으니까 그런 방식이 가능하겠지만 FK 걸린 테이블의 키가 바뀐다는건 대형 사고가 발생하겠네요.row를 지웠으면 지웠지 PK를 바꿔버린다는건 상상도 못해봤습니다.복합키면 모르겠는데 가상키로 잡았으면 바꾸면 안된다고 생각합니다.

m.koo.kr · Answer

보통은 컬럼 하나 잡아서 flag로 쓰지? pk로 잘 안 쓸 걸요?"pk"는 보통 "auto increment"랑 "unqiue"를 걸어두는 게 기본이라오히려 복구해야 할 때.. 더 어려워 질 겁니다삭제 관리를 pk로 잡고 있다면? db 스케쥴러 같은 걸로? 주기적으로 업데이트 되는 백업 테이블이 있는지 물어보셔야 될 거 같네요백업 테이블이 있다고 하면? 그건.. 또 그거대로 문제지만요

C#린이 · Answer

실무하면서 2번 방법 쓰는거 본적 없습니다.지금껏 경험한 si sm 플젝에서on update 관련 참조무결성 제약 걸려있는 곳 없었습니다만...pk 컬럼(기준컬럼) 값은 최초 insert 이후변경하지 않는게 일반적입니다.2번으로 했을 때의 장점을 굳이 꼽자면기존 조회쿼리에 is_deleted 조건으로 필터링하지 않아도soft delete 처리된 테이블 매핑데이터는화면상에서 보이지 않는다는 점인데...게시글에 기재된대로 필터링한다면1번과 비교했을 때 메리트가 1도 안보입니다.낭비공간이 정 걱정된다면 varchar 타입으로 지정하면 되고요.is_use 나 is_delete 같은 flag성 컬럼에인덱스를 잡는 경우도 경험하지 못했습니다.

초무쿤 · Answer

2번은 첨보는데요.장상은 아닌듯 (FK는 다 어쩌려고 ㄷㄷ)

DB table 에서 soft delete 시 궁금증

5개의 답변

Q&A 목록