1. pk id 를 숨겨라!

• 유니크 키를 어떻게 지정해야 할지 고민
• why?

  • RestAPI 에서 DB 에 있는 pk 를 그대로 전달하는 것은 보안상 매우 취약해짐.

    → 현재 pk로 다른 데이터들을 유추할 수 있다.

    ex. 한슬이가 작성한 글의 넘버가 19번이라면 그 다음글인 라연이가 작성한 글은 20번이겠네?

  • 금융 서비스 특성상 보안쪽에 더욱 신경을 써야겠다고 생각했음.

• how?

  1. 생성시간 + (부모 액세스 토큰 으로 찾은) 부모 pk id

     → 24.03.11 이럴려고 했는데!

  2. UUID

     • 선정 이유
       1. 기존 Int PK 처럼 연속성이 없어서 외부로 유출해도 보안을 지킬 수 있다.
       2. 조회 성능은 UUID와 pk id 차이가 별로 없다.

https://velog.io/@devkingsejong/RDB에서-UUID를-무작정-사용하지-말아야-하는-이유

2. 성능 개선을 위한 INDEXING 고려 예정.

3. 테이블 변수명 규칙

1. 테이블 명은 복수
   • savings -> -s 붙은게 명사가 되는 단어 때문에
   • 두개 이상의 단어는 끝의 단어만 복수형 나머지는 원형
     • savings_details
     • loan_details
2. 소문자로만
3. 케밥

ERD 팀원과 회의시 소통

• 상황을 가정하며 필요한 컬럼에 대해 논의한 후 서로 이해한 내용이 달라 회의가 더 길어졌던 경험이 있음.
• 해결 방안 : 맴매 그것은 낭만의 시대!