oauth 회원 + 일반 로그인 회원일때 테이블은 하나일까요?

Question

대부분 찾아보기론 하나의 테이블에 column을 추가해서 구분을 하라고 하더라구요 oauth로 얻지 못하는 정보는, 해당 정보까지 다 입력 받아야 회원가입이 되는? 흐름으로 만들라는 글을 봤습니다. 그리고 일반 회원가입시 email을 받기때문에 oauth 로그인 시 같은 이메일? 이면 음 .. 그냥 기존의 데이터를 응답해주면 될까요? ..구글, 네이버, 카카오 이렇게 3개를 구현해보려 합니다.

감독님테스트가하고싶어요 · Accepted Answer

user - social_certification 1:n 관계 구성 후oauth 가입 시 social_certification(비활성) 생성 후 userForm 페이지로 넘겨서 남은 필요 정보들 기입하게 시키고,form 제출 시 user 생성하면서 social_certification 활성화시키면됩니다. (소셜 인증 후 가입 폼 미제출 시, 즉 회원가입을 끝까지 완료하지 않은채로 소셜 인증정보가 테이블에 활성화된채로 남아있으면 나중에 코드처리하기가 좀 번거로워집니다.)만일 naver 가입 이후 kakao로도 연동시키려고 하면 kakao 연관된 social_certification 생성해서 기존 user로 연동시키면 됍니다.

Clickin · Answer

그것보단 회원테이블에 oauth 로그인 정보 테이블을 하위로 가져가는게 낫습니다.한 테이블에서 컬럼으로 구분하면 예를들어 구글로 가입하면 무조건 구글으로만 로그인해야하는 설계가 되어버립니다.문제 생기는 엣지 케이스는 두가지인데소셜로그인이든 아이디 가입이든 추가로 둘 이상의 oauth를 연동하려고 할 때 처리가 어렵고요특정 서비스에서 연동 해제하면 oauth 정보가 빠져버리니까 로그아웃하면 다른걸 붙일 방법이 없고 아에 신규가입으로 취급해야하죠

basscraft · Answer

DA 관점에서는 말씀하신 것을 아크관계라고 표현합니다.기본 회원정보 (마스터) 1개가 존재하고 상세 정보를 담으려다 보니카카오, 네이버, 구글 다 전달 받는 데이터가 다르니 마스터에 컬럼을 추가 하기 애매하고결국 회원 상세를 연동처 별로 별도의 엔티티를 만들어서 각각 릴레이션을 연동하는 것...결론은 정규화 관점에서도 별로라는 것 이죠카카오, 네이버, 구글 등 최대한 모든 데이터를 수용 할 수 있게 회원정보-회원상세이렇게 만드는게 장기적인 관점에서 도움이 될 것 입니다.

oauth 회원 + 일반 로그인 회원일때 테이블은 하나일까요?

3개의 답변

Q&A 목록