외래 키 관계의 일부인 인덱스에 인덱스를 추가하는 것이 유리합니까? 나는 자주 질의를 받고 이미 외국 키를 가지고 있지만 두 키를 인덱스해야하는지 확실하지 않거나 외래 키가 인덱스를 만드는 경우 두 개의 컬럼을 가지고있다.SQL Server 및 인덱스
1
A
답변
4
SQL Server에서는 장면 인덱스를 만들지 않으므로 모든 외부 키 필드에 인덱스를 만드는 것이 조회 성능을 향상시키는 데 좋습니다.
세부 사항 및 추가 혜택 : http://technet.microsoft.com/en-us/library/ms175464.aspx
0
그것은 당신이 그것을 수시로 조회 할 경우 FK 컬럼에 인덱스를 추가 할 defenitely 것이 좋습니다.
상황에 따라 2 열의 복합 인덱스를 만드는 것이 더 좋습니다. 그러나이 2 개의 열을 필터링/순서 지정하는 쿼리를 자주 실행하는 경우에만이 방법 (복합 인덱스)을 사용하는 것이 좋습니다. 복합 인덱스가 적절하다고 판단되면 해당 열에 인덱스를 넣는 순서에주의해야합니다.
0
FK 필드에 대한 색인을 생성하는 것이 좋습니다. 성능이 거의 향상 될 것입니다. 선택 항목 인 경우 인덱스 자체가 업데이트되어야하므로 삽입 속도가 느려질 수 있습니다.
Sql Server는 때때로 'FAT'에서 FK 색인을 생성하지만 검색어 수명 동안 만 존재합니다. Sql 실행 계획을보고 그 결과를 확인할 수 있습니다. 어느 쪽이든, FK 필드에 대한 통제하에 자신 만의 인덱스를 만드는 것이 길입니다.
관련 문제
- 1. SQL Server 인덱스 비용
- 2. SQL Server 인덱스 통계
- 3. SQL Server 인덱스
- 4. 정적 SQL Server 인덱스
- 5. SQL Server 2005 외래 키 및 인덱스
- 6. 커서에 대한 SQL Server 인덱스
- 7. SQL Server 2000 인덱스 삭제
- 8. SQL Server : 인덱스 성능 비교
- 9. 비트 필드의 Sql Server 인덱스
- 10. SQL Server; TEXT 열의 인덱스
- 11. SQL Server - 인덱스 손실 시나리오
- 12. SQL Server 2005 중지 인덱스 다시 작성
- 13. 조인에 대한 SQL Server 인덱스 성능
- 14. SQL 시간 초과 및 인덱스
- 15. SQL Server 2005에서 테이블 인덱스 스크립팅시 관계형 인덱스 옵션 제거
- 16. SQL Server 인덱스 - 힙 (heap)의 클러스터되지 않은 인덱스
- 17. 3 인덱스 또는 SQL Server 2008의 2 열이있는 단일 인덱스?
- 18. SQL Server, 인덱스 및 매개 변수가있는 특별한 경우
- 19. SQL Server 2005 인덱스 축소 및 다시 작성
- 20. MS SQL Server 2005의 인덱스 varchar
- 21. 중복을 허용하는 SQL Server 고유 인덱스
- 22. SQL Server 인덱스 - LIKE 쿼리의 향상?
- 23. SQL Server 2008의 필터링 된 인덱스
- 24. Sql Server 2005 인덱스 열 순서
- 25. 많은 포함 열이있는 SQL Server 와이드 인덱스
- 26. SQL Server - 필터링 된 인덱스 만들기
- 27. SQL Server 2000의 잘못된 메시지 : 고유 인덱스
- 28. SQL Server 인덱스 크기를 어떻게 계산합니까?
- 29. SQL Server 2008 필터링 된 인덱스
- 30. SQL Server 2008의 파티션 정렬 인덱스