[SQL] SQL에서 인덱스는 무엇입니까?

SQL에서 인덱스는 무엇입니까?

SQL에서 인덱스는 무엇입니까? 당신은 설명 할 수 또는 참조 명확하게 이해하기 위해?

어디에서 인덱스를 사용해야합니까?

해결법

1. ==============================

   1.인덱스는 데이터베이스에서 검색 속도를 높이기 위해 사용된다. (물론 다른 SQL 서버 관련) 주제에 대한 좋은 문서가 MySQL은 : http://dev.mysql.com/doc/refman/5.0/en/mysql-indexes.html

   인덱스는 데이터베이스에서 검색 속도를 높이기 위해 사용된다. (물론 다른 SQL 서버 관련) 주제에 대한 좋은 문서가 MySQL은 : http://dev.mysql.com/doc/refman/5.0/en/mysql-indexes.html

   인덱스가 효율적으로 검색어의 일부 열을 일치하는 모든 행을 찾은 다음 테이블의 부분 집합이 정확히 일치를 찾는 것만 통해 도보로 사용할 수 있습니다. 당신이 WHERE 절에있는 컬럼에 인덱스가없는 경우, SQL 서버는 전체 테이블을 통해 걸어와 일치하는 경우 큰 테이블에 느린 동작 할 수있는, 볼 수있는 모든 행을 확인해야한다.

   인덱스는 해당 열에서 중복 값을 가질 수 있다는 것을 의미 UNIQUE 인덱스, 또는 데이터베이스 파일의 값이 저장되어있는 어떤 스토리지 엔진의 정의에 PRIMARY KEY가 될 수 있습니다.

   쿼리에 어떤 인덱스의 사용을 만들 경우 MySQL의에서 당신은 확인하기 위해 SELECT 문 앞에 EXPLAIN 사용할 수 있습니다. 이 성능 문제를 해결하기위한 좋은 시작이다. 자세한 내용은 여기 읽기 : http://dev.mysql.com/doc/refman/5.0/en/explain.html

2. ==============================

   2.클러스터 된 인덱스는 전화 번호부의 내용과 같다. 당신은 'Hilditch, 데이비드'에서 책을 열고 모두에 대한 모든 정보를 찾을 수있는 'Hilditch 서로의 바로 옆. 여기에 클러스터 된 인덱스에 대한 키 (성, 이름)입니다.

   클러스터 된 인덱스는 전화 번호부의 내용과 같다. 당신은 'Hilditch, 데이비드'에서 책을 열고 모두에 대한 모든 정보를 찾을 수있는 'Hilditch 서로의 바로 옆. 여기에 클러스터 된 인덱스에 대한 키 (성, 이름)입니다.

   이 차종은 모든 데이터가 서로 옆에 위치하고 있기 때문에 범위를 기반으로 쿼리를 기반으로 많은 데이터를 검색하기위한 좋은 인덱스를 클러스터.

   클러스터 된 인덱스가 실제로 데이터가 저장되는 방법과 관련되어 있기 때문에 (여러 클러스터 된 인덱스를 시뮬레이션하기 위해 속임수 수 있지만), 전용 테이블 당 가능 그들 중 하나가있다.

   비 클러스터형 인덱스는 클러스터 된 인덱스의 데이터에 그들 중 많은 그들은 다음 포인트를 가질 수 있다는 점에서 다르다. 당신은, 예를 들어 가질 수 에 키가 있습니다 전화 번호부의 뒷면에 클러스터되지 않은 인덱스 (도시, 주소)

   당신은 '런던에 살고있는 모든 사람들을위한 전화 번호부를 검색해야한다면 상상 - 단지 클러스터 인덱스는 클러스터 된 인덱스의 키 때문에 전화 번호부에있는 모든 단일 항목을 검색해야합니다 (LASTNAME에, FIRSTNAME) 그 결과로 런던에 살고있는 사람들은 인덱스를 통해 무작위로 흩어져있다.

   당신이 (마을)에 비 클러스터형 인덱스가있는 경우 다음이 쿼리는 훨씬 더 빠르게 수행 할 수 있습니다.

   희망이 도움이!

3. ==============================

   3.아주 좋은 비유는 책에서 인덱스로 인덱스 생각하는 것입니다. 당신은 단지의 뒤쪽에있는 인덱스에 갈 수있을 때 - 데이터베이스 용어에서 전체 테이블을 스캔하는 것과 동일합니다 - 당신이 국가에 대한 책이 있고 인도를 찾고 있다면, 왜 당신은 책 전체를 훑어 것 당신이 인도에 대한 정보를 찾을 수있는 정확한 페이지를 말할 것이다, 예약하세요. 책의 인덱스 페이지 번호를 포함 마찬가지로, 데이터베이스 색인을 사용하면 SQL에서 검색되는 값을 포함하는 행에 대한 포인터를 포함합니다.

   아주 좋은 비유는 책에서 인덱스로 인덱스 생각하는 것입니다. 당신은 단지의 뒤쪽에있는 인덱스에 갈 수있을 때 - 데이터베이스 용어에서 전체 테이블을 스캔하는 것과 동일합니다 - 당신이 국가에 대한 책이 있고 인도를 찾고 있다면, 왜 당신은 책 전체를 훑어 것 당신이 인도에 대한 정보를 찾을 수있는 정확한 페이지를 말할 것이다, 예약하세요. 책의 인덱스 페이지 번호를 포함 마찬가지로, 데이터베이스 색인을 사용하면 SQL에서 검색되는 값을 포함하는 행에 대한 포인터를 포함합니다.

   자세한 내용은 여기

4. ==============================

   4.인덱스는 쿼리의 성능을 향상하는 데 사용됩니다. 그것은 / 방문 스캔해야하는 데이터베이스 데이터 페이지의 수를 줄임으로써이 작업을 수행합니다.

   인덱스는 쿼리의 성능을 향상하는 데 사용됩니다. 그것은 / 방문 스캔해야하는 데이터베이스 데이터 페이지의 수를 줄임으로써이 작업을 수행합니다.

   SQL 서버, 클러스터 된 인덱스 테이블의 데이터의 물리적 순서를 결정한다. 테이블 당 하나의 클러스터 인덱스가 될 수있다 (클러스터 된 인덱스 테이블이다). 테이블에 다른 모든 인덱스는 클러스터되지 않은 불린다.

5. ==============================

   5.인덱스는 데이터를 신속하게 찾는 것에 대해 모두.

   인덱스는 데이터를 신속하게 찾는 것에 대해 모두.

   데이터베이스의 인덱스는 책에서 찾을 것을 인덱스 유사합니다. 책은 인덱스가, 나는 그 책에서 장을 찾을 수를 요구하는 경우에, 당신은 빨리 인덱스의 도움으로 그것을 찾을 수 있습니다. 이 책은 인덱스가없는 경우 반면에, 당신은이 책의 시작부터 끝까지 모든 페이지를보고 장을 찾고 더 많은 시간을 할애해야합니다.

   유사한 방식으로, 데이터베이스의 인덱스는 쿼리 데이터를 빠르게 찾을 수 있습니다. 당신이 색인하는 경우에는 다음 동영상은 매우 유용 할 수 있습니다. 사실, 나는 그들로부터 많은 것을 배웠습니다.

   인덱스 기본 사항 클러스터 및 클러스터되지 않은 인덱스 고유 및 비 고유 인덱스 장점과 인덱스의 단점

6. ==============================

   6.일반적으로 지수의 음은 B-나무입니다. 클러스터 및 클러스터되지 않은 : 인덱스의 두 가지 유형이 있습니다.

   일반적으로 지수의 음은 B-나무입니다. 클러스터 및 클러스터되지 않은 : 인덱스의 두 가지 유형이 있습니다.

   클러스터 된 인덱스 행의 물리적 순서를 생성합니다 (- 당신이 테이블에 기본 키를 만들 경우이 테이블에 클러스터 된 인덱스를 만들 그것은 또한 기본 키 만 하나에서 대부분의 경우가 될 수 있습니다.)

   클러스터되지 않은 인덱스는 이진 트리이지만 행의 물리적 순서를 만들지 않습니다. 클러스터되지 않은 인덱스의 리프 노드 (존재하는 경우) PK를 포함하거나 행 인덱스 그래서.

   인덱스 검색의 속도를 증가하는 데 사용됩니다. 복잡도가 O로하기 때문에 (N 로그). 인덱스는 매우 크고 흥미로운 주제입니다. 나는 큰 데이터베이스에 인덱스를 생성하는 것은 때로는 예술의 일종이라고 말할 수 있습니다.

7. ==============================

   7.인덱스 - 데이터를 쉽게 찾을 수 있습니다

   인덱스 - 데이터를 쉽게 찾을 수 있습니다

   UNIQUE INDEX는 - 중복 값은 허용되지 않습니다

   INDEX 구문

   CREATE INDEX INDEX_NAME ON TABLE_NAME(COLUMN);
   

   UNIQUE INDEX 구문

   CREATE UNIQUE INDEX INDEX_NAME ON TABLE_NAME(COLUMN);
   

8. ==============================

   8.INDEX는 성능 최적화 기술입니다 데이터 검색 프로세스의 속도. 그것은 그 테이블 (또는 뷰)에서 데이터를 검색하는 동안 증가 성능을 위해 테이블 ​​(또는 뷰)와 관련있는 영구 데이터 구조입니다.

   INDEX는 성능 최적화 기술입니다 데이터 검색 프로세스의 속도. 그것은 그 테이블 (또는 뷰)에서 데이터를 검색하는 동안 증가 성능을 위해 테이블 ​​(또는 뷰)와 관련있는 영구 데이터 구조입니다.

   쿼리가 WHERE 필터를 포함하는 경우 인덱스 기반 검색은 특히 적용된다. 그렇지 않으면, 즉, 필터 선택 전체 데이터 및 프로세스없이 쿼리. INDEX없이 전체 테이블을 검색하면 테이블 스캔이라고합니다.

   당신은 명확하고 신뢰할 수있는 방법으로 SQL-인덱스에 대한 정확한 정보를 찾을 수 있습니다 : 이 링크를 따르십시오 :

9. ==============================

   9.처음에 우리는 어떻게 정상 (색인없이) 쿼리 실행을 이해할 필요가있다. 그것은 기본적으로 각 행 하나 하나를 통과하고 그것을 반환하는 데이터를 발견하면. 다음 그림을 참조하십시오. (이 이미지는 비디오에서 촬영되었다.)

   처음에 우리는 어떻게 정상 (색인없이) 쿼리 실행을 이해할 필요가있다. 그것은 기본적으로 각 행 하나 하나를 통과하고 그것을 반환하는 데이터를 발견하면. 다음 그림을 참조하십시오. (이 이미지는 비디오에서 촬영되었다.)

   가정하자 쿼리 (50)을 발견하는 것입니다 그래서, 그것은 선형 검색으로 49 개 기록을 읽어해야합니다.

   다음 그림을 참조하십시오. (이 이미지는 비디오에서 촬영 된)

   우리는 색인을 적용 할 때, 쿼리가 빠르게 단지 이진 검색과 같은 각 탐색에있는 데이터의 절반을 제거하여 그들의 각 하나를 읽지 않고 데이터를 찾을 수 있습니다. 모든 데이터가 리프 노드에있는 곳 MySQL의 인덱스는 B 트리로 저장됩니다.

10. ==============================

    10.인덱스는 여러 가지 이유로 사용됩니다. 주된 이유는 당신이 행을 얻거나 빠른 행을 정렬 할 수 있도록 쿼리 속도를하는 것입니다. 또 다른 이유는 다른 열이 같은 값을 가질 수 없다는 것을 보장하는-기본 키 또는 고유 인덱스를 정의하는 것입니다.

    인덱스는 여러 가지 이유로 사용됩니다. 주된 이유는 당신이 행을 얻거나 빠른 행을 정렬 할 수 있도록 쿼리 속도를하는 것입니다. 또 다른 이유는 다른 열이 같은 값을 가질 수 없다는 것을 보장하는-기본 키 또는 고유 인덱스를 정의하는 것입니다.

11. ==============================

    11.당신은 SQL 서버, 최고의 자원 중 하나를 사용하는 경우 설치 함께 제공 자체 온라인이다! 내가 모든 SQL Server 관련 주제를 참조 할 제 1의 장소입니다.

    당신은 SQL 서버, 최고의 자원 중 하나를 사용하는 경우 설치 함께 제공 자체 온라인이다! 내가 모든 SQL Server 관련 주제를 참조 할 제 1의 장소입니다.

    그것은 실제의 경우 "이걸 어떻게해야합니까?" 어떤 질문, 다음에 StackOverflow 물어 더 나은 장소가 될 것입니다.

    또한, 나는 잠시 뒤로하고 있지만 sqlservercentral.com에서 상단의 SQL Server 관련 사이트 중 하나가있을 사용하지 않았습니다.

12. ==============================

    12.인덱스는 속도 테이블 또는 뷰의 행 검색하는 테이블 또는 뷰와 연관된 온 - 디스크 구조이다. 인덱스는 테이블이나 뷰에서 하나 이상의 열에서 내장 키가 포함되어 있습니다. 이 키는 신속하고 효율적으로 키 값과 관련된 행 또는 행을 찾기 위해 SQL 서버 수있는 구조 (B 트리)에 저장됩니다.

    인덱스는 속도 테이블 또는 뷰의 행 검색하는 테이블 또는 뷰와 연관된 온 - 디스크 구조이다. 인덱스는 테이블이나 뷰에서 하나 이상의 열에서 내장 키가 포함되어 있습니다. 이 키는 신속하고 효율적으로 키 값과 관련된 행 또는 행을 찾기 위해 SQL 서버 수있는 구조 (B 트리)에 저장됩니다.

    PRIMARY KEY와 UNIQUE 제약 조건은 테이블 컬럼에 정의 될 때 인덱스가 자동으로 생성됩니다. 당신이 UNIQUE 제약 조건이있는 테이블을 만들 때 예를 들어, 데이터베이스 엔진이 자동으로 클러스터되지 않은 인덱스를 생성합니다.

    기본 키를 구성하는 경우 클러스터 된 인덱스가 이미 존재하지 않는 데이터베이스 엔진은 자동으로 클러스터 된 인덱스를 생성합니다. 기존 테이블에 PRIMARY KEY 제약 이미 그 테이블에 존재하는 클러스터 된 인덱스를 적용 할 때 SQL Server는 클러스터되지 않은 인덱스를 사용하여 기본 키를 적용합니다.

    인덱스에 대한 자세한 내용은 (클러스터 및 비 클러스터)이 참조하십시오 : https://docs.microsoft.com/en-us/sql/relational-databases/indexes/clustered-and-nonclustered-indexes-described?view=sql-server-ver15

    도움이 되었기를 바랍니다!

from https://stackoverflow.com/questions/2955459/what-is-an-index-in-sql by cc-by-sa and MIT license