> 데이터 베이스 > SQL > [SQL 학습] Ordered Index와 Order by의 연결

[SQL 학습] Ordered Index와 Order by의 연결

little bottle
풀어 주다: 2019-05-24 15:17:33
앞으로
4489명이 탐색했습니다.

일반적으로 order by를 구현하는 방법에는 두 가지가 있는데, 하나는 정렬된 인덱스를 사용하여 자동으로 구현하는 것입니다. 즉, 정렬된 인덱스의 순서를 사용하면 추가 정렬 작업을 수행할 필요가 없습니다. 다른 하나는 결과를 선택한 후 정렬하는 것입니다. 순서 있는 인덱스를 사용하는 것이 물론 가장 빠르지만 몇 가지 제한 사항이 있습니다. 아래 테스트를 살펴보겠습니다.

테스트 데이터: 학생 테이블에는 id, sid라는 두 개의 필드가 있으며 id가 기본 키입니다. 총 20W 레코드가 있으며 ID 범위는 1~200000이고 SID 범위도 1~200000입니다.

첫 번째 상황:

order by 필드가 where 조건이나 select 조건에 없습니다.

zhuyuehua.student에서 sid를 선택하세요. 여기서 sid는 ID별로 50000개입니다.

[SQL 학습] Ordered Index와 Order by의 연결

두 번째 사례: #🎜 🎜 #
order by 필드가 where 조건이 아닌 select에 있습니다.

id,sid from zhuyuehua.student, 여기서 sid

[SQL 학습] Ordered Index와 Order by의 연결
세 번째 상황:

필드별 정렬은 where 조건에 있지만 선택에는 없습니다.

zhuyuehua.student에서 sid를 선택하세요. 여기서 sid는

[SQL 학습] Ordered Index와 Order by의 연결
네 번째 상황 :

필드별 정렬은 where 조건에 있지만 선택에는 없습니다. 역순으로 정렬

zhuyuehua.student에서 sid를 선택하세요. 여기서 sid

[SQL 학습] Ordered Index와 Order by의 연결Test 결과:

order by 필드가 where 조건에도 없고 select에도 없습니다. 정렬 작업이 있습니다.

order by field가 where 조건이 아닌 select에 있는 정렬 작업이 있습니다.

order by 필드가 where 조건에 있지만 select에는 정렬 작업이 없습니다.

The field of order by는 where 조건에 있지만 select(역순)에는 없습니다. 정렬 작업이 없습니다.

결론:


where 조건에 order by 필드가 나타나면 정렬 작업 없이 인덱스가 사용됩니다.
그 외의 경우에는 order by가 정렬 작업을 수행하지 않습니다. 분석:


왜 필드별 정렬이 where 조건에 나타날 때만 정렬을 피하기 위해 필드의 인덱스가 사용됩니까?
이것은 데이터베이스가 우리에게 필요한 데이터를 얻는 방법에 관한 것입니다. SQL은 실제로 세 단계로 나눌 수 있습니다.

1. 데이터를 가져옵니다.

2.

3. 처리된 데이터를 반환합니다.

예를 들어, 위의 명령문은 zhuyuehua.student에서 sid를 선택합니다. 여기서 sid
1단계: where 조건에 따라 통계정보는 실행계획을 생성하고 데이터를 획득합니다.

2단계: 얻은 데이터를 정렬합니다.


데이터 처리(order by)를 실행할 때 데이터베이스는 먼저 첫 번째 단계의 실행 계획을 확인하여 order by 필드가 실행 계획에서 인덱스를 사용하는지 확인합니다. 그렇다면 인덱스 순서를 사용하여 정렬된 데이터를 직접 얻을 수 있습니다.
그렇지 않다면 정렬 작업을 하세요. 3단계: 정렬된 데이터를 반환합니다.

또한:

위의 50,000개 데이터 정렬에는 25ms밖에 걸리지 않았습니다. 정렬이 리소스를 많이 차지하지 않는다고 생각할 수도 있습니다. 하지만 위 표의 데이터는 순서대로 정렬되어 있기 때문에 정렬 시간이 덜 걸립니다. 상대적으로 정렬되지 않은 테이블인 경우 정렬 시간이 많이 늘어납니다. 또한, 정렬 작업은 일반적으로 데이터베이스에 대한 CPU 소비의 일종인 메모리에서 수행됩니다. CPU의 성능이 향상되므로 일반적인 수십, 수백 개의 레코드 정렬은 시스템에 큰 영향을 미치지 않습니다. . 하지만 레코드 세트가 100만 개 이상으로 늘어나는 경우 반드시 이를 수행해야 하는지 주의해야 합니다. 대용량 레코드 세트를 정렬하면 CPU 오버헤드가 증가할 뿐만 아니라 메모리 부족으로 인해 하드 디스크 정렬이 발생할 수도 있습니다. 하드 디스크 문제가 발생하면 정렬 시 성능이 급격하게 떨어집니다.

참고: ORACLE 또는 DB2에는 SORT 작업(위에서 언급한 메모리 정렬)을 위한 공간이 있습니다. 예를 들어 ORACLE에서는 다음과 같은 매개변수에 대한 설정이 포함된 UGA(사용자 전역 영역)입니다. SORT_AREA_SIZE. 정렬되는 데이터의 양이 많으면 정렬 오버플로(하드디스크 정렬)가 발생하여 성능이 많이 저하됩니다.

요약:



where 조건에 순서대로 필드가 나타나면 더 정확하게는 정렬하지 않고 인덱스를 사용합니다. 필드가 실행 계획의 인덱스를 사용하는 경우 정렬 작업이 필요하지 않습니다. 이 결론은 order by뿐만 아니라 정렬이 필요한 다른 작업에도 유효합니다. 예를 들어

그룹별, 유니온, 구별 등이 있습니다.
SQL에 대한 더 많은 튜토리얼을 알고 싶다면 PHP 중국어 웹사이트

sql 비디오 튜토리얼

에 주목하세요!


  • [SQL 학습] Ordered Index와 Order by의 연결
  • 크기: 16KB
  • [SQL 학습] Ordered Index와 Order by의 연결
  • 크기: 16KB
  • [SQL 학습] Ordered Index와 Order by의 연결크기: 21KB
  • [SQL 학습] Ordered Index와 Order by의 연결

위 내용은 [SQL 학습] Ordered Index와 Order by의 연결의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

관련 라벨:
원천:csdn.net
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿