-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
User/Partner Schema #2
Comments
USER_ACCOUNT, USER_INFO 의 PK 'id' 를 숙박업체의 경우 'idx'로 두었는데, 이는 하나의 서비스 안에서 통일하는게 나아보이는데, id 로 지정하신 이유가 있으실까요?
USER_ACCOUNT, USER_INFO 로 테이블을 나누셨는데, USER의 계정 정보와 유저의 기본 정보로 나눠진 이유EMAIL이 로그인할 때의 ID로 보여지는데, 유저의 이메일은 ID로 쓰이는 이메일 뿐인가요? 담당자 이메일 또는 대표 이메일이 별도로 없이 관리가 USER_ACCOUNT의 'EMAIL'로만 관리 여부 |
이건 통일하면 되는 부분이라 ㅎㅎ id 로 한 이유는 idx 는 일단 index 의 축약어 이기도 하고, 보통 JPA 를 쓰게되면 엔티티의 PK 컬럼을 id 로 잡는 경우가 많아서 id 로 선언해줬습니다.
일반 유저의 경우 ID = EMAIL 로 사용하면 될 것 같습니다 :) 반면 관리자의 경우에는 Expedia 기준
호텔스 닷컴 숙박 등록 화면을 보면 익스피디아와 동일합니다. 따라서, 익스피디아 그룹에 속하는 브랜드들은 Expedia Partner central Id 를 사용하여 관리할 수 있는 것 같습니다. 그래서 일반 유저를 관리하는 user_account 와 expedia partner central 에 관한 계정을 관리하는 테이블이 분리되어야 할 것 같습니다. |
아하 넵! 답변 내용 이해했습니다~ USER의 상태 정보(탈퇴 등)에 관련된 기능 제공은 없을까요? |
감사합니다 :) ~ active 정도만 추가해 놓을게요. History Table 은 제외 시키겠습니다. |
정호님~ Expedia Group Account 관련 스키마는 잘 정리해주신거 같아요!
|
INFO 는 내가 'EXPEDIA', 'TRIVAGO', 'HOTELS.COM' 에 가입한 상태에서, TRIVAGO 를 탈퇴하는 경우, 비활성화 처리하기 위한 컬럼이고, account 는 전체 탈퇴 개념으로 넣어두었습니다 :) |
User Account
User Info
Expedia Group Account
Expedia Group Info
User Point
The text was updated successfully, but these errors were encountered: