(꼭 알아야 하는) 개인정보 데이터 구조와 암호화

개인정보는 개인식별정보(주민등록번호, 이름)나 객,주관적 특성 정보 등 개인을 식별할 수 있는 정보를 통칭한다.

개인정보를 수집할 때(참고)

• 최소한의 개인정보만을 수집해야 한다.
• 필수관리 항목과 선택항목을 명확하게 정의해야 한다.
• 주민등록번호는 원칙적으로 수집이 금지되었다.
• 법률상 근거 없이 보유하고 있는 주민등록번호도 파기해야 한다.

데이터를 암호화할 경우 DB의 성능문제를 고려해야 한다. 주민등록번호 앞 6자리로 고객을 확인하는 경우에는 API 방식이면 Like 검색이 불가능하다. 이 때는 생년월일 컬럼을 별도로 추가해주어야 한다.

공통코드, 어떻게 설계하나?(p.157과 같이 중요)

많이 쓰이는 유형

유형 1 : 공통코드유형과 공통코드로 구성한다. *코드에 대한 상세한 설명이 있으면 좋다.

유형 3 : 코드유형 + 코드 형태로 구성한다. 예시) 쇼핑, 도서 (대분류, 소분류~) , 코드 자체가 자신의 상위 코드를 포함하므로 좋은 방법:)

시스템 사용자 및 프로그램 관리 시스템에서 메뉴, 프로그램, 사용권한 정보를 관리한다. 화면마다 데이터에 대한 CRUD 권한을 정의한다. 보통 CRUD를 잘 벗어나지 않음.

인조 식별자 언제 사용하나? : PK 개수가 너무 많을 때

부모 테이블의 컬럼을 상속받기 때문에 상속받은 컬럼으로 조회했을 때 → 부모 테이블과 조인하지 않아도 되므로 처리시간을 줄일 수 있다. ⇒ 그러나 복잡한 구성으로 인해 비효율이 발생한다. 그래서 인조 키를 생성하고 인조 키를 PK로 지정함으로써 간결하게 만든다.

: PK 값이 변경될 가능성이 있을 때 예) 가계약, 나중에 key값이 들어와야 하는 상황

점 이력을 선분 이력으로 : 마지막 시점만 저장하는 것보다 from ~ to, 범위로 관리하는 것이 더 낫다.

*변경종료일 같은 경우 언제 끝날 지 모르고 비워두면 between을 사용할 수 없으니 '99991231'와 같은 최대값을 집어넣는다.

심리검사 종류별 데이터 관리 : 마치 토익시험문제 같다. 항목을 만들어 놓고 검사할 때 하나씩 가지고 온다 기존 것을 복사 + 사용하는 시스템(똑같이 반복해서 사용)