팔로잉/팔로워 기능은 복합키 or 유니크 중에 어떻게 하는 게 더 효율적일까요

Question

팔로잉 팔로워 기능은 다들 아시다시피 user_id 2개를 고유 키값으로 설정해야 하는데여러 참고 자료들을 읽어본 결과팔로잉/팔로워 기능은 보통다른 사람을 팔로우 하거나나의 팔로잉 or 팔로워 목록을 확인하거나피드에 내가 팔로잉하는 사람들의 게시물만 노출시키거나이렇게 주된 기능으로 사용되는결국 조회를 지속적으로 하고, 그 조회 순간에 어찌됐든, 나의 user_id와 타인의 user_id가 함께 존재하는지를 확인해야 하잖아요?그런데 일반적으로 팔로잉/팔로워의 경우 회원수보다 제곱으로 볼 만큼 정말 많은 데이터가 적재되잖아요?이때 빠른 조회를 위해 인덱싱을 이용해야 하는데복합키로 설정하게 되면 following_id와 follwer_id 두 개의 값을 pk로 잡아서 인덱스 관리를 해야 하고뿐만 아니라, 다른 테이블과의 참조 관계를 정의할 때 복합키를 모두 포함해야 하니까 중간에 복합키를 풀어줘야 하는 테이블이 또 필요하게 될 거 같고..그래서 이렇게 복합키 말고pk는 자동증가값으로 냅둔 다음, follwing_id와 follower_id 두 개를 unique로 묶는 게 더 낫지 않을까? 싶긴 한데개발과 설계에는 정답이 없다곤 하지만성능,유지보수 측면에서 봤을 때 어떤 방법이 더 본인이 생각하기에 좋다고 생각하는지 소중한 의견 좀 여쭤보고 싶습니다.감사합니다.특히 인덱스가 걸려있으면, 데이터 삽입 시 인덱스 기준으로 순서를 맞추기 위해 정렬한 후 삽입이 수행되는 걸로 알고 있는데 (맞을까요?) 이럴 경우 팔로잉/팔로워가 중구난방으로 여러명에 의해 삽입될 텐데.. 더더욱 복합키로 두면 안 되지 않나 생각이 들긴 합니다..마지막으로 https://okky.kr/questions/773496 여기 글만 봐도 그냥 pk로 두고 unique로 묶는 방법을 많이 추천하셔가지고..뭔가 실제 체감해보지 못해서 어떤 상황을 고려해서 선택해야 할지 감이 안 잡히네요 ㅠ마음속으로 이미 정답은 pk로 두고 unique로 묶는 게 나아 보이긴 한데,,,아직 짤막한 지식으로 독단적으로 판단하기에는 성급한 것 같아 다양한 의견을 수렴하여 들어보고 싶어요 ㅠㅠ

웹땔깜 · Accepted Answer

저도 실무적인 경험을 바탕으로 말씀드리는 건 아니지만, 본질식별자가 있는데 굳이 인조식별자를 써야하는 이유를 잘 모르겠어요. 그 이유가 DELETE INSERT 때의 비용 때문이라면 특히 더요. 어차피 팔로잉 팔로워 둘다 따로 인덱스가 있어야 할거 같은데, 해당 칼럼 포함하는 인덱스를 아예 안 생성하실 거라면 모를까...

집킨 · Answer

pk를 인공키로 두면 나중에 확장할때 좀 편하겠죠근데 조회 성능적으로 보자면 자연키가 있으면 자연키를 pk로 두는게 좋습니다clustered index이냐 아니냐가 되는거거든요

tnalswh · Answer

2개 복합 인덱스 만드세요.팔로잉 + 팔로워 인덱스팔로워 + 팔로잉 인덱스

팔로잉/팔로워 기능은 복합키 or 유니크 중에 어떻게 하는 게 더 효율적일까요

3개의 답변

Q&A 목록