일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
Tags
- SSRS
- 단축키
- 이클립스
- 자바스크립트
- 윈폼
- CONVERT()
- aspnet
- 엑셀
- 마이크로소프트
- 태그를 입력해 주세요.
- c#
- oracle
- MS
- Excel
- Winform
- ASP
- MSSQL
- 윈도우
- replace()
- 리포팅서비스
- 비주얼스튜디오
- jQuery
- microsoft
- javascript
- windows
- IIS
- attr()
- DataGrid
- 오라클
- 프로시저
Archives
- Today
- Total
DJ메탈짱™의 Free Style
[MS-SQL] 수칙2. 적절한 WHERE 조건을 사용하는가? 본문
|
|
SQL Server 2000 성능 향상을 위한 튜닝 가이드
수칙2. 적절한 WHERE 조건을 사용하는가?
인덱스란 데이터를 빨리 찾기 위해서 사용됩니다. 인덱스가 없다면 특정 데이터를
찾기 위해서 모든 데이터 페이지를 검색(Table Scan)해야만 합니다 그에 비해 인
덱스가 존재하고 그 인덱스가 사용되는 것이 효과적이라면 SQL 서버는 해당 인덱
스 페이지를 사용하여 쉽게 데이터를 가져올 수 있는데 이를 인덱스 검색(Index
Seek)이라 합니다.
그러나 이렇게 인덱스가 있더라도 이를 사용 불가능하게 하는 나쁜 쿼리가 있으
니 이는 검색 조건에서 불필요하게 칼럼이 변형된 경우입니다. 다음의 여러 나쁜
예를 좋은 예와 비교해 봅시다.
SARG(Search Argument)란 쿼리가 반환하는 결과를 제한하기 위하여 옵티마이
저가 인덱스와 결합해서 사용할 수 있는 쿼리내의 조건절을 말하는데 다음의 형
태를 가집니다.
||| 컬럼 연산자/변수 |||
옵티마이저가 쓸모있게 변환하는 것은 CTRL+K 실행 계획 상부 표시에서 관찰할
수 있습니다.
'일(job) > DBMS' 카테고리의 다른 글
[MS-SQL] 자주 사용되는 아스키 코드값(ASCII CODE) (0) | 2016.01.15 |
---|---|
[MS-SQL] 인덱스 강제 적용하기, WITH(INDEX~) #HINT (0) | 2016.01.15 |
[MS-SQL] SQL튜닝가이드 - 수칙1. SELECT는 필요한 결과값만을 요구하는가? (0) | 2016.01.15 |
[MS-SQL] 중복제거, 일련번호, PARTITION, ROW_NUMBER() (0) | 2016.01.15 |
[MS-SQL] 예외 처리시 내용 확인을 위해 사용되는 프로시저 #ERROR #EXCEPTION #MESSAGE (0) | 2016.01.15 |