데이터베이스 비정규화와 인덱스 사이 고민중입니다.

Question

<영화 정보 테이블>과 <영화 카테고리 테이블>을 나누어, 영화 정보 테이블에 카테고리 Id를 주어 외래키로 연결하려고 했습니다.이렇게 하려고 했던 이유는 카테고리를 기준으로 영화들을 조회하는 기능이 있기 때문인데요,문득 생각이 든 게 <영화 정보 테이블>에 영화 카테고리 컬럼을 추가하고(문자열입니다) <영화 카테고리 테이블>은 없애고카테고리로 인덱스를 설정하면 되지 않을까 생각했습니다.어떤 게 성능상 더 좋은 설계일까요?또한 이럴 때는 직접 성능을 비교해야 하나요?데이터베이스에는 아직 데이터가 없으며, 이제 200개 정도 추가하려는 상황입니다.도와주세요ㅠㅠ

Clickin · Answer

카테고리 종류 관리를 위해서면 모를까 카테고리는 일반적으로 명칭 자체가 고유한 값이니 굳이 별도의 테이블로 뺄 필요가 없겠습니다.애초에 카테고리 id랑 카테고리가 1:1로 매칭되고니 정규화에도 해당하지 않고 M:N 관계인 다른 테이블과의 관계를 풀어줄 중간 테이블 역할도 아니고요.카테고리 명칭이 수정되거나 추가되는 경우가 있고 이를 이력관리하기 위해서라면 추가하시되, 그럴 경우가 없다면 지금 상황에서는 굳이 필요가 없습니다.ps.정규화를 최대한 세밀하게 하는 편이 성능상 이점이 있다고 생각할 수 있으나 그런 주장은 데이터베이스 이론이 태동하던 초창기에 스토리지 용량 관점에서 중복을 제거하는 편이 효율적이었던 거지성능만 따지자면 조인 없이 한 테이블만 접근하는 편이 더 좋습니다.성능을 생각하여 반정규화를 하는 경우도 자주 있습니다.

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

영화 카테고리가 코미디, 로멘스 이런 장르인가요?그렇다면 N:M 으로 하나의 영화에는 여러 카테고리가, 1개의 카테고리에는 여러 영화가 포함될텐데 역정규화하면 안되지 않을까요?

쿠잉 · Answer

정규화하시는게 좋을것 같습니다.

ykd · Answer

요즘 추세는 비정규화를 통해 테이블과 인덱스를 쪼개고 조인을 최소화하는 방향인 것 같습니다.

selfless · Answer

정규화를 한다면 확장과 변경에 '유연성'을 챙겨가는 것이고,비정규화를 한다면 '성능'을 챙겨가는 것인데,어느걸 우선시할 것인지는 상황과 관점마다 다릅니다.예를들어,만약 프로젝트 런칭 초창기 단계에서 데이터베이스 설계를 한다고 하면, 어짜피 유저수 얼마 없어서 쿼리할 데이터 갯수도 얼마 없기도 하고, 프로젝트 초기 특성상 요구사항이 계속 바뀌기 때문에, 스키마를 바꿔야 할 수도 있습니다.규모가 약간만 커져도, 데이터의 일부를 다른 데이터베이스로 마이그레이션 해야할 수도 있구요.따라서 앱 빌딩 초기단계라면, 성능보다는 유연성을 챙기는게 적절하다고 봅니다.정규화된 스키마를 비정규화 하는것 보다, 비정규화된걸 정규화로 되돌리는게 더 어렵습니다.만약 서비스 런칭된지 어느정도 되서 데이터베이스에 데이터도 어느정도 쌓였고, 성능 최적화를 해야할 단계가 왔다면, 그 땐, 비정규화를 고려해 볼 수 있겠네요.

장독깨기 · Answer

데이터베이스를 설계할 때, 성능 상 좋은 설계 이런 관점 보다는,먼저, 정합성,무결성 이런 관점으로 보는 것이 좋겠습니다.영화 하나에 분류는 한 개이고, 운영자가 영화를 등록하고 분류를 입력하겠다 이런 제약이 있으면 문자열로 하더라도 크게 상관 없습니다.그러나, 분류가 여러개라든지, 영화를 등록하는 사람이 일반 사용자라든지 이런 경우면 좀 곤란하겠죠.그럼 성능은 어떻느냐. 엄밀히 따지면 유리한 점이 있긴 있습니다만, 유 의미한 성능은 아닙니다.특히, 200건 이 정도 데이터 건 수로는 성능 차이가 거의 없다 봐도 될 것 입니다.수백만, 수천만 건 이상의 데이터에서 성능 상 문제가 생기면, 그 때 원인을 찾아 특정 부분에 대해 비 정규화를 고려해 볼 수 있습니다.근데, 이럴 일은 잘 없을 것 입니다. 웬만하면 다 됩니다. 그리고, 성능은 무조건 베스트를 찾는 것 보다는 특정 조건 안에 들면 오케이 이런 관점으로 보는 것이 좋겠습니다.

데이터베이스 비정규화와 인덱스 사이 고민중입니다.

6개의 답변

Q&A 목록