Open BAEKJungHo opened 2 years ago
아래 질문은 Expedia 앱 안의 메뉴로 확인했습니다! [계정] 탭 > 이메일 및 비밀번호 / 개인 정보 메뉴로 분리하신것으로 보여져서 항목은 잘 정리된 것 같습니다!
USER_ACCOUNT, USER_INFO 로 테이블을 나누셨는데, USER의 계정 정보와 유저의 기본 정보로 나눠진 이유
EMAIL이 로그인할 때의 ID로 보여지는데, 유저의 이메일은 ID로 쓰이는 이메일 뿐인가요? 담당자 이메일 또는 대표 이메일이 별도로 없이 관리가 USER_ACCOUNT의 'EMAIL'로만 관리 여부
USER_ACCOUNT, USER_INFO 의 PK 'id' 를 숙박업체의 경우 'idx'로 두었는데, 이는 하나의 서비스 안에서 통일하는게 나아보이는데, id 로 지정하신 이유가 있으실까요?
이건 통일하면 되는 부분이라 ㅎㅎ id 로 한 이유는 idx 는 일단 index 의 축약어 이기도 하고, 보통 JPA 를 쓰게되면 엔티티의 PK 컬럼을 id 로 잡는 경우가 많아서 id 로 선언해줬습니다.
EMAIL이 로그인할 때의 ID로 보여지는데, 유저의 이메일은 ID로 쓰이는 이메일 뿐인가요? 담당자 이메일 또는 대표 이메일이 별도로 없이 관리가 USER_ACCOUNT의 'EMAIL'로만 관리 여부
일반 유저의 경우 ID = EMAIL 로 사용하면 될 것 같습니다 :)
반면 관리자의 경우에는 Expedia 기준 내 숙박 시설 등록
을 클릭하면 헤더 좌측 상단을 보면 Partner Central
이라고 되어있습니다. 실제로 Partner Central 에 가입을 해야지 숙박 관련한 관리자 기능들을 사용할 수 있는 것 같습니다.
제가 일반 유저로 가입한 아이디가 Partner Central 에는 로그인이 안됩니다.
호텔스 닷컴 숙박 등록 화면을 보면 익스피디아와 동일합니다.
따라서, 익스피디아 그룹에 속하는 브랜드들은 Expedia Partner central Id 를 사용하여 관리할 수 있는 것 같습니다.
그래서 일반 유저를 관리하는 user_account 와 expedia partner central 에 관한 계정을 관리하는 테이블이 분리되어야 할 것 같습니다.
아하 넵! 답변 내용 이해했습니다~
USER의 상태 정보(탈퇴 등)에 관련된 기능 제공은 없을까요?
USER의 상태 정보(탈퇴 등)에 관련된 기능 제공은 없을까요?
감사합니다 :) ~ active 정도만 추가해 놓을게요. History Table 은 제외 시키겠습니다.
정호님~ Expedia Group Account 관련 스키마는 잘 정리해주신거 같아요! 한가지 질문이 있는데,
expedia_group_account, expedia_group_info 두 테이블 모두 '활성화 여부 컬럼'이 존재하는 이유가 뭔가요?
expedia_group_account, expedia_group_info 두 테이블 모두 '활성화 여부 컬럼'이 존재하는 이유가 뭔가요?
INFO 는 내가 'EXPEDIA', 'TRIVAGO', 'HOTELS.COM' 에 가입한 상태에서, TRIVAGO 를 탈퇴하는 경우, 비활성화 처리하기 위한 컬럼이고, account 는 전체 탈퇴 개념으로 넣어두었습니다 :)
User Account
User Info
Expedia Group Account
Expedia Group Info
User Point