효율적인 디비 구성에 관한 질문 입니다 정보
효율적인 디비 구성에 관한 질문 입니다
본문
디비를 구성하는데 어떤것이 가장 빠르고 부담 없는가에 대해 질문 입니다.
같은 텍스트(정보량) 이라면 레코드 수가 작을수록 빠르고 효휼성 있는 결과를 줄까요?
같은 레코드 수 라면 컴럼을 세분화 할수록 좋은가요?
아님 컬럼 수를 줄이고 배열등을 이용해서 출력하는것이 좋을까요?
이 질문이 제데로 됬는지도 다소 걱정입니다.
시원하게 레코드 수 와 컬럼 수 등에 관계해 효율성을 정리 해주실 분 없으신가요??
같은 텍스트(정보량) 이라면 레코드 수가 작을수록 빠르고 효휼성 있는 결과를 줄까요?
같은 레코드 수 라면 컴럼을 세분화 할수록 좋은가요?
아님 컬럼 수를 줄이고 배열등을 이용해서 출력하는것이 좋을까요?
이 질문이 제데로 됬는지도 다소 걱정입니다.
시원하게 레코드 수 와 컬럼 수 등에 관계해 효율성을 정리 해주실 분 없으신가요??
댓글 전체
10만건 이하이면 별차이 없다고 봅니다.
100만건 이상이면 전문가의 도움이 필요 합니다.
1000만건 이상이면 고가의 디비로 이전하거나 mysql전문가의 도움이 필요 합니다.
즉 10~30만건일때가 고비입니다. 하드웨어로 극복 하시면 된다고 봅니다.
---
mysql도 튜팅 잘하고 질문 하신 내용을 제대로 이해하고 사용하시는 분이라면
천만건 데이터도 1초 안에 해결 하신다고 합니다만.
전설로만 존재 하시는 분들일듯 합니다.
신경쓰지 마세요. 운영 하시는 동안만 안뻗으면 서버 관리자는 성공한 겁니다.
100만건 이상이면 전문가의 도움이 필요 합니다.
1000만건 이상이면 고가의 디비로 이전하거나 mysql전문가의 도움이 필요 합니다.
즉 10~30만건일때가 고비입니다. 하드웨어로 극복 하시면 된다고 봅니다.
---
mysql도 튜팅 잘하고 질문 하신 내용을 제대로 이해하고 사용하시는 분이라면
천만건 데이터도 1초 안에 해결 하신다고 합니다만.
전설로만 존재 하시는 분들일듯 합니다.
신경쓰지 마세요. 운영 하시는 동안만 안뻗으면 서버 관리자는 성공한 겁니다.
첫째 모델링을 잘 해야 합니다.
성능 문제는 그 다음입니다.
성능 문제는 그 다음입니다.
예상 내용을 말하지 않았었군요
현제 하나의 테이블 입니다
행(레코드) 127,214
행 길이 ø 331
데이터 41,242.5 KB
인덱스 4,463.0 KB
전체 사용량 45,705.5 KB
일년마다 이정도는 쉽게 넘어 갈 것 같습니다
튜닝이라니요? 겨우 웹호스팅 이라고 카페이십사 밖에 모릅니다.
이제 겨우 php 소스 찾아 댕기기 바쁩니다.
다시 한번 질문을 말씀 하자면 같은 레코드라면 컬럼수를 세분화 하는게 효율적일까요??
현제 하나의 테이블 입니다
행(레코드) 127,214
행 길이 ø 331
데이터 41,242.5 KB
인덱스 4,463.0 KB
전체 사용량 45,705.5 KB
일년마다 이정도는 쉽게 넘어 갈 것 같습니다
튜닝이라니요? 겨우 웹호스팅 이라고 카페이십사 밖에 모릅니다.
이제 겨우 php 소스 찾아 댕기기 바쁩니다.
다시 한번 질문을 말씀 하자면 같은 레코드라면 컬럼수를 세분화 하는게 효율적일까요??
