디비 설계시 질문 입니다 정보
디비 설계시 질문 입니다
본문
전에도 비슷한 질문을 하였습니다만 ...
일단 레코드 수는 30만건 이상이라고 보구요,,,
이때 쿼리또는 검색 속도는 레코드 수보다 레코드에 있는 내용의 글자 수 에 따라 직접적인 영향이지요?
그렇다면 가령
학생들의 신상을 자세하게 디비화 한다고 봤을때요
학생목록 테이블 따로
학생 나이나 기본 정보 따로
학생 자세한 사항 따로 테이블을 만든는것이 더 좋지 않을까요?
아님 하나의 테이블에 다 넣는것이 효율적일까요??
물론 쿼리문이나 기타 자세한 사항을 짜기 나름이겠지만요,,
관련해서 조언좀 부탁 드립니다.
일단 레코드 수는 30만건 이상이라고 보구요,,,
이때 쿼리또는 검색 속도는 레코드 수보다 레코드에 있는 내용의 글자 수 에 따라 직접적인 영향이지요?
그렇다면 가령
학생들의 신상을 자세하게 디비화 한다고 봤을때요
학생목록 테이블 따로
학생 나이나 기본 정보 따로
학생 자세한 사항 따로 테이블을 만든는것이 더 좋지 않을까요?
아님 하나의 테이블에 다 넣는것이 효율적일까요??
물론 쿼리문이나 기타 자세한 사항을 짜기 나름이겠지만요,,
관련해서 조언좀 부탁 드립니다.
댓글 전체

우선 디비 모델링부터 확실히 하는 것이 중요합니다.
모델링한 것을 디비 테이블로 1:1로 옮길 것인지는 성능면에서 다시 검토해 볼 수 있습니다.
모델링한 것을 디비 테이블로 1:1로 옮길 것인지는 성능면에서 다시 검토해 볼 수 있습니다.