study-marathon Member Table구조변경

테이블 구조 변경하는 이유

원래 사용하던 테이블은 여러개의 소셜 로그인 로직 구성중 문제가 발생함

카카오는 다른 회사의 이메일을 사용함
나 같은경우엔 @naver.com이라는 이메일 사용
그렇다보니 네이버를 이용한 소셜 회원 가입중 원래 테이블에선 중복 이메일을 걸러내기 때문에 문제가 생김

물론 상용화 하는 경우엔 이 문제를 대수롭지 않게 넘길수도 있음
왜냐면 한명의 사람이 3개의 소셜 아이디로 가입하는 경우가 흔하지 않기 때문임

따라서 내가 고민한게 커다란 문제가 아닐수도 있다고 생각함

예전 테이블은 현재 이런 형태임

또 한가지 고려해야할점이 삭제시 어떤방식을 사용할것인지임
요즘 트랜드 대로 삭제를 요청하면 개인정보 동의 기간까진 복구를 위해 가지고 있다
개인정보 동의가 끝나는 기간에 삭제되는 방식을 고려하려면 boolean형태로 del 컬럼을 사용하는게 맞다고 생각됨
(책 참고내용)

결론은 그냥 이메일값을 유니크키를 줘서 동일 이메일에 대한 중복 가입을 불가능하게 하는게 맞는거 같음

여러 사람 의견과 여러 사이트의 로그인 로직을 확인한 결과

내가 위에서 말했던 모든 소셜 로그인으로 가입하는 사람의 구조를 허용하는 사이트가 없었음

따라서 그냥 테이블에 del 컬럼만 추가하는 쪽으로 결정짓는게 맞는거 같음