이 포스트를 DB 카테고리에 넣어야할지, REST API 카테고리에 넣어야할지 모르겠다.
갈 수록 카테고리들이 서로 연관되다보니 그냥 하나로 합쳐야하나 고민이 된다...
데이터를 삭제할 때에는
1. 논리 삭제
2. 물리 삭제
두 가지 방법을 사용할 수 있다.
* 관련 포스팅 : https://server-engineer.tistory.com/323
링크에선 물리 삭제는 일반적으로 개인정보보호가 필요한 경우에 사용한다고 했는데,
실제로 현장에 있을 때 회원 정보와 같은 민감 정보는 법에 위촉되지 않는 선에서 약관에 따라 일정 기간 동안 가지고 있다가 시간이 지나면 영구 삭제하는 것으로 알고 있다.
논리 삭제는 플래그 변수를 디비에 하나 추가해서 이게 삭제된 것임을 알려주는 것인데,
전에 기획을 할 때 개발자 분에게 '플래그 처리를 할 건지, 삭제를 할 건지' 여부를 질문 받았던 때를 기억해보니
데이터를 킵하는게 중요하거나, 차후에 고객으로부터 다시 데이터를 복구시켜 달라는 요청이 발생할 가능성이 있는 경우에 플래그 처리를 했던 것 같다.
그 때는.. 이런 것까지 하나하나 세세하게 기획서에 적어두는게 맞는 건가 싶었는데, 돌이켜보니 때에 따라 데이터 유실은 개발자에게 책임을 물릴 수 있을 민감한 요소라, 적어두면 좋았을 내용인 것 같다.
'Language > SQL' 카테고리의 다른 글
[MySQL] Memo (0) | 2022.10.28 |
---|---|
RDBMS 종류 및 사용법 아카이빙 (0) | 2022.10.19 |
DBMS - 정규화 vs 비정규화 (0) | 2022.09.24 |
DBMS 내부 처리 순서 - select / from / where / group by / having / order by (0) | 2022.09.24 |
[데이터베이스 설계] Exerd를 통해 설계해보기 (0) | 2022.08.27 |