DB 테이블 짤 때 state 컬럼의 필요성에 대해, null에 의미를 부여하는 것에 대하여

Question

안녕하세요.혹시 DB의 테이블을 짤 때 날짜를 나타내는 컬럼에 값이 있나 없나의 여부로 어떤 의미를 나타낼 수 있다면 그렇게 사용하는 게 좋은 코드인지, 그래도 의미를 나타내는 state 컬럼을 추가하여 사용하는 게 좋은 코드인지 고민입니다.글로만 길게 쓰니 이해하기가 어려우실 것 같아서 예시를 들어보겠습니다.아래와 같은 회원 테이블이 있습니다.idemailcreated_atupdated_atdeleted_at1aaa&#64;aaa.com2024-03-292024-03-292bbb&#64;bbb.com2024-03-292024-03-29soft delete로 회원 탈퇴 기능을 구현하여, 탈퇴 시 deleted_at 컬럼에 날짜가 채워져 탈퇴 처리를 한다고 해보겠습니다.이 경우 다른 api 등이 회원 탈퇴 여부를 확인해야 할 때(예를 들어, 로그인 요청 시 탈퇴 회원인지 판별 등) deleted_at에 날짜가 들어있는지 null인지 여부에 따라 탈퇴 여부를 확인할 수 있습니다.하지만 저는 이 로직이 null이라는 값에 의미를 부여하는 것 같아서 이게 좋은 코드인지가 고민입니다. 만약 서버에서 탈퇴 여부를 판단하기 위해 deleted_at 값을 검사한다면 if(user.getDeletedAt() !&#61; null) 과 같은 조건을 사용하게 될텐데, null은 단지 '값이 없음'을 나타내는 표현인데, 이를 하나의 state처럼 쓰는 것이 좋은 코드인가? 라는 생각입니다.차라리 탈퇴 여부 등의 컬럼을 하나 더 추가하여 state를 나타내는 값이 있으면 컬럼이 하나가 더 추가되기 때문에 성능 면에서는 조금 더 안 좋아지지만, 코드가 직관적이게 되므로 이것이 더 좋은 코드인가?라는 의문입니다. 이 경우는 서버에서 탈퇴 여부를 판단하기 위해 if(user.getState() &#61;&#61; State.WITHDRAW) 과 같은 조건을 사용하므로 더 직관적이고 의미있는 코드게 된다고 생각했습니다.경험이 부족하여 컬럼 하나를 추가하는 것이 성능에 큰 영향을 미치는지, state 컬럼이 없어도 충분히 구현할 수 있는데 쓸데없는 데이터를 저장해야 하는 것이 별로인건지, state 컬럼이 있으면 직관적이고 의미있는 코드가 되므로 좋은 코드인건지, 실무에선 다들 어떻게 진행하는지 등이 궁금합니다.

감독님테스트가하고싶어요 · Accepted Answer

deleted_at이 과연 필요할까요?회원이 탈퇴를 완료하면 updated_at &#61; 탈퇴한 시점이라고 봐도 무방하지 않을까요? (서버측에서 뭔가를 하지않는 이상 탈퇴를 하면 기회원은 더이상 정보를 수정할 수 없을 것이고 그렇다면 삭제일 &#61; 최종 변경일과 같을 확률이 매우 높습니다.)저라면 일단 isDeleted &#61; false(default) 로 두고 탈퇴하면 isDeleted 를 true 로 변경할 것 같네요.그리고 나중에 탈퇴 이후에도 뭔가 데이터가 변경되어 updated_at이 갱신되는 상황이 발생한다면 그때 다른 조치를 취할 것 같습니다.

심심하다능! · Answer

삭제일 등은 일반적으로 관리자 입장에서 db상 영구 삭제를 시키지 않고 나중에 롤백 등을 위해 두는 것 아닌가요? 실질적인 로직 구현은 상태칼럼이나 isDeleted같은 bool형 칼럼으로 구현하는 것이 좋죠. 즉 어떤 실수로 삭제일이 없을 수 있지만, isDeleted가 true이면 삭제된 데이터인 거죠. 즉 삭제일 등은 단지 부수적으로 사용하고 실질적인 것은 상태칼럼이나 isDeleted 같은 것을 추천합니다.

장독깨기 · Answer

성능에 크게 상관 없구요,어떤 식으로 하든 뭐 정답이다 더 좋다 말하기는 좀 애매하죠.그냥, 기본적으로 본인이 원하는 결과를 만들어 내면 됩니다.저 같은 경우, 상태 컬럼 따로 둡니다. deleted_at 컬럼도 따로 둡니다.지금 당장은 상태가 탈퇴만 있겠지만, 나중에, 가령, 일시중지 라든지, 다른 상태 값을 둘 수도 있잖아요.그럴 일이 생길지 아닐지 모르지만, 혹시나 대비해서 저렇게 합니다. 이게 정답이고 더 좋고 이런 건 아닙니다. :)

basscraft · Answer

어떤 값이 null 인 상태에 의미를 부여하는 것은 좋은 방법은 아닙니다.특히 DB 데이터를 NULL 여부로 조건을 체크하는 것은 성능에도 영향이 있을 것 입니다.

캐티 · Answer

state varchar(64) eg: drop,lock 이렇게 하면 조인을 안 할 수 있어요.삭제 날짜는 히스토리 테이블에 나누어 저장하고 필요할 때 조인하여 가져올 수 있어요. 범용적인 값을 저장하려면 varchar 자료형이나 json을 써야하지 않겠나요.

DB 테이블 짤 때 state 컬럼의 필요성에 대해, null에 의미를 부여하는 것에 대하여

5개의 답변

Q&A 목록