Oauth2 소셜 로그인 , 로그인방식 고민

Crow·2022년 8월 31일
0

Security

목록 보기
2/7
  1. 같은 이메일을 사용하면 하나의 회원만 무조건 만들수 있게 제한한다
    (ex: oneso123456789@gmail.com을 레거시 회원으로 만들면 소셜로는 생성 불가)

  2. 회원을 통합해준다(ex: oneso123456789@gmail.com 해당 이메일로 만든 계정 전부 통합된 계정처럼 로그인

  3. 같은 이메일을 사용해도 레거시와 Oauth2 Client provid 에 따라서 다 다른 계정으로 사용한다(ex: oneso123456789@gmail.com(type:google)이런식으로 )


여러군대를 참고해보니 그나마 OAuth2에서 중복 확인이 가능한 데이터는 이메일이기에 소셜로그인으로 가입후 동일한 아이디를 이메일로 사용해야한다

그럼 여기서 또 고민이 생긴다
지금 member테이블의 기본키가 자동생성되는 회원 번호인대 이걸 이메일로 바꾸고 회원 번호를 없앤다 or 그냥 심플하게 회원번호 그대로 두고 이메일에 대해서 유니크 키를 부여한다

내가 보기엔 그냥 이메일에 유니크키를 부여하는게 좋은방법 같다.

profile
어제보다 개발 더 잘하기 / 많이 듣고 핵심만 정리해서 말하기 / 도망가지 말기 / 깃허브 위키 내용 가져오기

0개의 댓글