디비 설계시 질문 입니다
전에도 비슷한 질문을 하였습니다만 ...
일단 레코드 수는 30만건 이상이라고 보구요,,,
이때 쿼리또는 검색 속도는 레코드 수보다 레코드에 있는 내용의 글자 수 에 따라 직접적인 영향이지요?
그렇다면 가령
학생들의 신상을 자세하게 디비화 한다고 봤을때요
학생목록 테이블 따로
학생 나이나 기본 정보 따로
학생 자세한 사항 따로 테이블을 만든는것이 더 좋지 않을까요?
아님 하나의 테이블에 다 넣는것이 효율적일까요??
물론 쿼리문이나 기타 자세한 사항을 짜기 나름이겠지만요,,
관련해서 조언좀 부탁 드립니다.
일단 레코드 수는 30만건 이상이라고 보구요,,,
이때 쿼리또는 검색 속도는 레코드 수보다 레코드에 있는 내용의 글자 수 에 따라 직접적인 영향이지요?
그렇다면 가령
학생들의 신상을 자세하게 디비화 한다고 봤을때요
학생목록 테이블 따로
학생 나이나 기본 정보 따로
학생 자세한 사항 따로 테이블을 만든는것이 더 좋지 않을까요?
아님 하나의 테이블에 다 넣는것이 효율적일까요??
물론 쿼리문이나 기타 자세한 사항을 짜기 나름이겠지만요,,
관련해서 조언좀 부탁 드립니다.
댓글 1개
15년 전
우선 디비 모델링부터 확실히 하는 것이 중요합니다.
모델링한 것을 디비 테이블로 1:1로 옮길 것인지는 성능면에서 다시 검토해 볼 수 있습니다.
모델링한 것을 디비 테이블로 1:1로 옮길 것인지는 성능면에서 다시 검토해 볼 수 있습니다.
게시글 목록
| 번호 | 제목 |
|---|---|
| 284508 | |
| 284499 | |
| 284492 | |
| 284490 | |
| 284484 | |
| 284481 | |
| 284478 | |
| 284476 | |
| 284474 | |
| 284472 | |
| 284470 | |
| 284458 | |
| 284457 | |
| 284454 | |
| 284453 | |
| 284447 | |
| 284446 | |
| 284444 | |
| 284441 | |
| 284440 |
댓글 작성
댓글을 작성하시려면 로그인이 필요합니다.
로그인하기