기술 자료: 209126 - 마지막 검토: 2000년 5월 22일 월요일 - 수정: 1.0 ACC2000: Microsoft Access 2000에서 쿼리를 최적화하는 방법이 문서는 이전에 다음 ID로 출판되었음: KR209126 이 페이지에서요약
일반: 기본적인 매크로, 코딩 및 상호 운용성 기술이 필요합니다.
본 문서에서는 Microsoft Access 2000에서 쿼리 성능을 최적할 수 있는 방법을 설명합니다. Microsoft Jet 데이터베이스 엔진의 쿼리 최적화 프로그램(Optimizer), 쿼리 타이밍(Timing), 성능 분석, 쿼리 성능을 높이기 위한 설계 정보 등의 주제를 다룹니다. 본 문서의 내용은 데이터베이스에 링크된(또는 연결된) 테이블 대신 로컬 테이블이 있는 것을 전제로 합니다. 본 문서의 내용은 링크된 테이블에도 적용되지만 링크된 테이블의 경우에는 쿼리 성능에 영향을 미치는 추가적인 문제가 있습니다. 링크된 테이블에서의 성능 향상에 대한 자세한 내용은 Microsoft 기술 자료에서 아래 문자열을 검색하십시오.
odbc and optimizing and tables
추가 정보쿼리 최적화 프로그램(Optimizer)Microsoft Jet 데이터베이스 엔진에 여러 구성 요소가 포함되어 있지만 가장 복잡하면서 쿼리에 가장 중요한 구성 요소는 최적화 프로그램(Optimizer)입니다. 최적화 프로그램(Optimizer)은 비용 기준(Cost-Based) 형식입니다. 즉, 최적화 프로그램(Optimizer)은 각 쿼리 작업에 시간 비용을 할당한 다음, 의도한 결과 집합을 생성하고 수행하는 데 비용이 가장 적게 드는 작업의 목록을 선택합니다. 작업 수행 시간이 길수록 비용이 많이 드는 작업 또는 비싼 작업으로 간주됩니다.사용할 쿼리 전략을 결정하기 위해 최적화 프로그램(Optimizer)은 통계를 이용합니다. 이 통계는 테이블의 레코드 개수, 테이블에 있는 데이터 페이지의 수, 테이블의 위치, 인덱스의 유무, 인덱스의 고유성 등을 기준으로 합니다. 최적화 프로그램(Optimizer)은 이 통계를 바탕으로 특정 쿼리를 처리하는 데 가장 적합한 내부 쿼리 전략을 선택합니다. 쿼리가 컴파일될 때마다 통계가 업데이트됩니다. 퀴리 또는 원본으로 사용하는 테이블에 변경 내용을 저장할 때와 데이터베이스가 압축될 때 쿼리에는 컴파일이 필요하다는 표시가 됩니다. 쿼리가 컴파일이 필요한 것으로 표시되면 다음에 쿼리가 실행될 때 컴파일과 통계 업데이트가 수행됩니다. 컴파일하는 데 보통 1-4초 정도 걸립니다. 상당히 많은 레코드를 데이터베이스에 추가하는 경우에는 쿼리를 열었다가 저장하여 다시 컴파일해야 합니다. 예를 들어, 예제 데이터 중 일부분을 사용하는 쿼리를 디자인하고 테스트하는 경우 데이터베이스에 좀더 많은 레코드가 추가된 후에는 쿼리를 다시 컴파일해야 합니다. 이렇게 하면 일단 응용 프로그램이 사용 중인 동안에는 최적의 쿼리 성능이 보장됩니다. 참고: Jet 데이터베이스 엔진 최적화 구성표를 볼 수 없거나 쿼리의 최적화 방법을 지정할 수 없습니다. 그러나 데이터베이스 구조 분석기(Database Documenter)를 사용하면 인덱스의 존재 여부와 인덱스의 고유성을 알 수 있습니다. 데이터베이스 구조 분석기(Database Documenter)에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오. 207782?
(http://support.microsoft.com/kb/207782/EN-US/
)
ACC2000: Error Using Database Documenter If Objects Are Open
쿼리 타이밍(Timing)선택(Select) 쿼리를 위한 시간 측정에는 첫 번째 한 화면 분량의 데이터를 표시하는 시간과 마지막 레코드를 얻는 시간 등 두 가지 중요한 측정이 있습니다. 쿼리가 한 화면 분량의 데이터만 반환한다면 이 두 시간 측정이 동일합니다. 쿼리가 많은 레코드를 반환한다면 이 두 시간 측정에 큰 차이가 날 수 있습니다.데이터시트 보기에서 선택(Select) 쿼리를 볼 때 두 측정이 동일하면 한 화면 분량의 데이터와 더불어 "현재 레코드 1, 전체 N"과 같은 형식으로 쿼리에서 반환된 레코드의 전체 개수를 볼 수 있습니다. Jet 데이터베이스 엔진이 첫 번째 한 화면 분량의 데이터를 표시한 다음 쿼리를 완료하고 마지막 레코드를 검색하는 것이 더 빠른 경우에는 한 화면 분량의 데이터만 표시되고 "현재 레코드 1, 전체 N"에서 "N"은 표시되지 않습니다. N 값은 쿼리가 완료되거나 마지막 레코드로 스크롤할 때까지 비어 있습니다. 이 동작은 Jet 데이터베이스 엔진이 쿼리를 완료한 다음 데이터를 표시하는 전략과 데이터를 표시한 다음 쿼리를 완료하는 전략 등, 두 성능 전략 중 하나를 선택한 결과로 발생합니다. 사용되는 전략은 사용자가 선택할 수 없으며 Jet 데이터베이스 엔진이 가장 효율적인 전략을 선택할 것입니다. 성능 분석Microsoft Access 7.0, Access 97 또는 Access 2000을 사용하고 있는 경우 성능 분석 마법사(Performance Analyzer)를 사용하여 데이터베이스의 쿼리를 분석할 수 있습니다. 쿼리 성능 분석은 데이터베이스 엔진과 밀접하게 연관되어 있기 때문에 성능 분석 마법사(Performance Analyzer)는 Jet 데이터베이스 엔진이 쿼리를 최적화하기 위해 인덱스를 실제로 사용하는 경우에만 인덱스를 추가하도록 제안합니다. 따라서 성능 분석 마법사(Performance Analyzer)는 본 문서에서 아래의 "쿼리 성능을 높이는 정보" 절에서 설명하는 일반 제안 사항보다 데이터베이스에 좀더 특정한 성능 정보를 제공할 수 있습니다.Microsoft Access 7.0, Microsoft Access 97 또는 Microsoft Access 2000에서 성능 분석 마법사(Performance Analyzer)를 실행하려면 도구 메뉴에서 분석을 가리키고 성능을 누릅니다. 쿼리 성능을 높이는 정보쿼리 성능을 높이려면 아래와 같은 방법을 시도합니다.
참조
Microsoft Access 2000에서 성능 최적화에 대한 자세한 내용을 보려면 도움말 메뉴에서 Microsoft Access 도움말을 누르고 Office 길잡이나 도움말 마법사에서 "성능 최적화"를 입력한 다음 검색을 눌러 항목을 보십시오. | 기술 자료 번역
|
| United States | Change | | | All Microsoft Sites |
위로 가기
|
