디비에서 wr_content, wr_1, wr_2..... 정보
디비에서 wr_content, wr_1, wr_2.....
본문
디비에서 wr_content, wr_1, wr_2.....wr_10 까지의 속성을 다 longtext 로 아무 문제 없나요?
느려진다던지 등등..............
특별한 이유는 없는데 왜 longtexe로 되어 있지 않는지 궁금합니다.
느려진다던지 등등..............
특별한 이유는 없는데 왜 longtexe로 되어 있지 않는지 궁금합니다.
댓글 전체

longtext는 index를 못 걸고 검색에서 느린 것으로 알고 있어요
wr_1, wr_2는 보통 설정값들을 넣을거 같은데 longtext로 만들필요있나요? 적당한 길이가 최적이죠.
DB 의 컬럼은 그 용도에 맞게 데이타타입, 길이를 설정해주어야 무리가 없겠죠.
그리고 연산도 적게하고요.
longtext로 하면 원하는 길이만큼 자유롭게 쓸수도 있겠지만, 연산을 많이 하니, 아주 긴 글이 들어오지 않는다면 일반타입( char, number, date, text )등을 지정해서 사용합니다.
DB 의 특성상 컬럼이 많으면 많을수록 속도는 느려집니다. 그런데 row(레코드 또는 튜플)은 많아도 별 상관이 없죠. 즉 같은 조건이면 폭에 의해 속도가 좌우됩니다.
DB 의 컬럼은 그 용도에 맞게 데이타타입, 길이를 설정해주어야 무리가 없겠죠.
그리고 연산도 적게하고요.
longtext로 하면 원하는 길이만큼 자유롭게 쓸수도 있겠지만, 연산을 많이 하니, 아주 긴 글이 들어오지 않는다면 일반타입( char, number, date, text )등을 지정해서 사용합니다.
DB 의 특성상 컬럼이 많으면 많을수록 속도는 느려집니다. 그런데 row(레코드 또는 튜플)은 많아도 별 상관이 없죠. 즉 같은 조건이면 폭에 의해 속도가 좌우됩니다.

먼저 index 의 개념은 쉽게 생각하시면 책의 목차 정도로 생각하시면 됩니다
내가 찾고자 하는 부분의 핵심 부분만 뽑아서 제일 앞부분에 놓아두기 때문에 쉽게 찾을 위치 근처로 접근을 할수 있습니다.
하지만 longtext 의 경우라면 이미 생각하시도 책의 목차에 넣기는 그렇죠.
궁금해 하시는 부분의 정답은 마냐님 께서 올려주신 자료중에
http://sir.co.kr/bbs/board.php?bo_table=tip_mysql&wr_id=284 이곳을 참조하시면 될듯 합니다.
즉 1개의 게시물에 최대로 넣을수 있는 글의 숫자 제한 입니다.
간단하게 일반적인 생각하시면 varchar(255) -> 255 자 (한글/2 겠죠... )
text -> 65535 -> 한글/2 정도
일단 단지 저장소의 크기 정도로 일단 생각하시는게 좋습니다..
그후 그 필드의 타입에 따른 속성을 이해하시면 좋겠습니다.
일반 타입의 인덱스가 가능한 이유와 text 타입 같은 경우 인덱스를 못 거는 이유는 http://dev.mysql.com/doc/refman/5.1/en/key-space.html 참조하시면 되겠습니다.
내가 찾고자 하는 부분의 핵심 부분만 뽑아서 제일 앞부분에 놓아두기 때문에 쉽게 찾을 위치 근처로 접근을 할수 있습니다.
하지만 longtext 의 경우라면 이미 생각하시도 책의 목차에 넣기는 그렇죠.
궁금해 하시는 부분의 정답은 마냐님 께서 올려주신 자료중에
http://sir.co.kr/bbs/board.php?bo_table=tip_mysql&wr_id=284 이곳을 참조하시면 될듯 합니다.
즉 1개의 게시물에 최대로 넣을수 있는 글의 숫자 제한 입니다.
간단하게 일반적인 생각하시면 varchar(255) -> 255 자 (한글/2 겠죠... )
text -> 65535 -> 한글/2 정도
일단 단지 저장소의 크기 정도로 일단 생각하시는게 좋습니다..
그후 그 필드의 타입에 따른 속성을 이해하시면 좋겠습니다.
일반 타입의 인덱스가 가능한 이유와 text 타입 같은 경우 인덱스를 못 거는 이유는 http://dev.mysql.com/doc/refman/5.1/en/key-space.html 참조하시면 되겠습니다.

앗 모두 감사합니다.