simDev1234
심플하고 차분하게
simDev1234
전체 방문자
오늘
어제
  • 분류 전체보기
    • Computer Science
      • Basic Math
      • Data Structure
      • Algorithm
      • Database
      • OS
    • Language
      • Java
      • Kotlin
      • SQL
    • Framework
      • Spring
      • Orm&Mapper
      • 프로젝트로 스프링 이해하기
      • 스프링 라이브러리
    • Infra
      • Cloud
      • Docker
      • Redis
      • AWS, Azure
      • Device
    • Etc
      • CleanCoding
    • Git,Github

블로그 메뉴

  • 홈
  • 태그
  • 방명록

공지사항

인기 글

태그

  • null
  • 참조변수
  • 컨트롤러
  • 자바프로그래밍
  • 404
  • scanner #next() #nextLine()
  • 자바프로그램
  • 자바
  • JVM메모리구조
  • controllerTest
  • 스프링
  • 자바메모리구조
  • 참조타입

최근 댓글

최근 글

티스토리

hELLO · Designed By 정상우.
simDev1234

심플하고 차분하게

Language/SQL

삭제 플래그는 언제 써야 할까?

2022. 10. 21. 00:06

이 포스트를 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
    'Language/SQL' 카테고리의 다른 글
    • [MySQL] Memo
    • RDBMS 종류 및 사용법 아카이빙
    • DBMS - 정규화 vs 비정규화
    • DBMS 내부 처리 순서 - select / from / where / group by / having / order by
    simDev1234
    simDev1234
    TIL용 블로그. * 저작권 이슈가 있는 부분이 있다면 댓글 부탁드립니다.

    티스토리툴바