MySQL 소팅 질문이요.

3// 자세한 건 모르지만, 인덱스는 레코드를 INSERT 할 때, MIY 파일에 추가적인 정보를 기록하는 거 아닌가요? 사용자가 수동으로 소팅을 할 수 있는 기능 같은 것이 있는지요? 그런 기능이 있다면 크론을 써서 매일 또는 매주 단위로 서버 점검 시간에 돌릴려고 하는데요. 아니면 MySQL 서버가 자체적으로 사용량이 적은 시간대를 찾아서 자기가 그런 기능을 수행한다는 말씀이신지요?

비공개 손님 … 2015-05-24 20:42:21

인덱스 리빌드 말씀하시는건가여

비공개 손님 … 2015-05-24 20:53:56

인덱싱은 고속검색을 하기 위해 사용하고, 그걸 위해서 트리를 쓰기때문에 필연적으로 소팅이 되게 됩니다.
MIY에 추가적인 데이터를 기록하는게 포인트가 아니라 그 데이터를 '왜' 기록하는가가 중요한거죠.
DBl Index에 대해서 더 검색해보셔야 할듯요.

비공개 손님 … 2015-05-24 20:55:27

오타 DB Index

비공개 손님 … 2015-05-24 21:29:15

4 / 인덱싱에 사용하는 엔진에 따라 사용하는 자료구조가 바뀝니당 그리고 그게 저장되는게 MIY 같은 저널링 파일이구요

어떻게 저장하고 검색한 결과를 해당 언어에 맞는 형태로 바꿔주는지 그게 DB Driver의 역할인데

보통 DB Driver API를 쓰는 어플리케이션 개발자는 어차피 말씀하시는 내용 알 필요도 없고 알아봤자 어떻게 하지도 못합니당 추상화된 결과만 쓰는거니까요

Driver 아래 구현체를 바꿀 방법이 있는지에 대한 질문이라 생각하는데 ODBC나 JDBC등등이 제공하는 표준 DB interface에 구현체를 바꿔끼는 기능은 없는걸로 알고있습니당 그리고 굳이 그런기능이 필요하지도 않고

걍 어떤DB가 느려서 못쓰겠다 이러면 바꿔끼면 끝이란 소리

비공개 손님 … 2015-05-24 21:32:53

아무튼 ORDER BY 키워드는 입력하는 자료형태에 맞는 가장 빠른 소팅결과를 제공해 주니 아랫단의 기능에 대해 의심할 필요는 전혀 없어요

MySQL의 예를들자면 InnoDB냐, MYISAM 이냐 같은 스토어엔진 설정기능이 있는데 이런걸 언제 써야하는지를 아는게 더 중요하다 생각하지만... 이쯤되면 사실상 DBM의 역할이기때문에 알아둬서 나쁠거야 없지만 굳이 거기까지 알 필요가 있는진 잘 모르겠네여

비공개 손님 … 2015-05-24 22:25:56

HDD 내의 물리적인 위치 정렬을 말씀하시는 것도 같은데,

곰곰히 생각해보면
매번 같은 쿼리를 날려서 가져오는거면 쿼리가 필요없는거나 마찬가지고
그렇지 않다면 정렬을 어떤 기준으로 해야 매번 다른 쿼리에 대응해서 빠르게 가져올 수 있게 되는 걸까요?

그리고 SSD라면 물리적 위치 정렬은 거의 의미 없습니다.

비공개 손님 … 2015-05-25 00:20:50

iLOL누리, 아크필드, 코드멍키, 프리랜서님 감사합니다. 답변 9를 읽고 가만 생각해보니, 제가 데이터베이스를 사용한다면 아랫단의 기능을 사용할 필요도 사용할 수도 없겠군요. 설명 그 쪽 기능을 사용할 수 있던들 결국 답변 10처럼 실제적인 HDD의 인덱싱 과정도 있고,

뭐 데이터를 궁극완벽으로 정렬하려면 디스크 조각모음을 해야한다는 결론을..ㅡ.ㅡ

제가 정리벽이 좀 있어서 쓸데없는 질문을 한거 같네요. 모두들 감사드립니다.

비공개 손님 … 2015-05-25 07:41:29

소팅을 안하면 잠을 못 잘거 같으시면, 테이블을 새로 만들고 기준 어트리뷰트로 소팅해서 복사하고 원본 테이블을 드롭시키면 됩니다.
하지만 이런식의 작업은 큰 의미가 없는게, 작업 이후에 인서트된 튜플은 정렬이 안되어있어서 의미가 없다는게 첫번째고, 인서트가 안일어나는 테이블이라면 굳이 인덱스 대신 이렇게 정렬해서 얻는게 쥐꼬리만한 하드 용량이라는데 있겠습니다.

댓글을 작성하실 수 없습니다.
(권한이 없는 회원레벨)

목록으로

TOP arrow_upward