DB 테이블 설계

Question

안녕하세요프로젝트 진행 중 테이블을 분리하려는 과정에서 궁금한 점이 생겼는데요회원 auth, 회원의 정보(닉네임 등..), 회원 설정값(이메일 수신 등..) 이렇게 3개의 테이블로 나누려고 하는데지금 제 생각으로는 pk를 모두 동일하게 하기 위해 auth 의 pk를 회원 정보에서 fk로 받아 pk로 사용하고 , 정보 테이블의 pk를 설정테이블에서 fk를 pk로 사용하려 생각 중인데 잘못된 방향인지 궁금합니다.

남느 · Accepted Answer

동일한 PK를 사용하는데 굳이 나눠야 할까요?

장독깨기 · Answer

컬럼 갯수가 많기 때문에 분리할 필요는 없습니다. 테이블을 분리 하려면 분리해야 할 이유가 있는 것이 좋겠습니다.굳이 분리 하겠다면, 1:1 관계가 되는 건데요, 말씀하신데로 하면 됩니다.https://www.erdspace.com ERD 편집 툴 입니다.여기 한 번 이용해보세요. :)

AskeTeddy · Answer

샤드 하는건 트랜잭션까지 고려해주면 됩니다.

보름 · Answer

PK가 같은데 굳이 테이블을 분리할 필요가 없다. 뭐 그럴 수도 있지만 제 생각에는 좋은 방법은 아닌듯 합니다.그렇다고 PK는 같지만 컬럼이 많으니 분리한다. 이것도 동의할 수 없구요.테이블을 분리하는 것은 PK에 의해서 결정되기도 하지만 사용 목적에 의해 결정되기도 합니다.예를 들어 어떤 회원의 기본정보와 출생정보를 관리한다면 하나의 테이블로 관리해도 되겠지만 두개의 테이블로 분리하는 것도 고려해야 합니다. 게다가 대분분의 쿼리에서는 기본 정보가 필요하고 출생정보가 필요한 쿼리는 별로 많지도 않을것 같다면 두개의 테이블로 분리하는 것을 더욱 적극적으로 고려해야 합니다.심지어 기본 정보는 모든 쿼리에서 필요하지만 출생정보는 특정 업무에서만 필요하다면 당연히 분리해야 하구요.특히 마지막의 경우는 테이블을 분리함으로써 복잡해지는 것이 아니고 오히려 간결해 지는 것입니다.때로는 쿼리가 복잡해 지는 것이 오히려 이해하기 편할때도 있습니다.

カワウソ · Answer

auth 보다는 user_info 가 베이스가 되는게 나아보입니다.사용자에 대한 auth 방식은 다양해질 수 있습니다.

웹땔깜 · Answer

현업에 한 테이블에 수백개 칼럼 쓰는 경우가 있기야 하지만 좋은게 아니지 않나요?sqld만 봐도 역정규화 개념이 나오는데 무조건 한 테이블로 써야할 건 아니고(그렇다고 무조건 쪼개야 한다는 것도 아니지만) 프로젝트의 내용과 환경에 따라 다르지 않을까 싶어요.https://rastalion.dev/%ED%9A%8C%EC%9B%90-%EA%B0%80%EC%9E%85-%EB%B0%8F-%EB%A1%9C%EA%B7%B8%EC%9D%B8%EC%9D%84-%EC%9C%84%ED%95%9C-%ED%85%8C%EC%9D%B4%EB%B8%94-%EC%84%A4%EA%B3%84/참고하실만한 것 같아 링크 하나 올립니다.

DB 테이블 설계

6개의 답변

Q&A 목록