shyaway

See content in English Slow in the Application, Fast in SSMS? Part 2 쿼리 실행 계획을 캐싱하기 SQL Server 가 매번 프로시저를 실행할 때 마다 컴파일 한다면 SQL Server 가 차지하는 CPU 자원 때문에 성능이 저하되는 엄청난 리스크를 겪게될 것이다. 하지만 이 경우가 모든 시스템에 해당되는 사항은 아니기에, 이런 문제에 대해 규명이 필요하다고 느꼈다. 만약 비교적 다수의 비즈니스 분석가들이 평균 1분 정도 소요되는 복잡한 쿼리를 돌리는 빅데이터 웨어하우스 시스템을 생각해보자. 이런 경우라면 매번 프로시저를 컴파일 하는 것이 악영향을 끼치기는 커녕, 오히려 이득을 볼 것이다. 그러나 OLTP 데이터베이스 처럼 다수의 유저들이 짧고도 간단..

See content in English 어플리케이션에서는 느리고, SSMS 에서는 빠르다? Part 1 들어가기 전에예제로 들어가기에 앞서 Northwind 샘플 데이터베이스를 사용했음을 알린다. 해당 데이터베이스는 SQL 2000 에 포함되어있다. 이후 버전은 Microsoft's web site. 에서 다운로드 할 수 있다. 포스트 내용의 핵심적인 것은 모든 버전의 SQL Server 에 적용되긴 하지만, 어쨌든 SQL 2005 혹은 그 이후 버전을 중점적으로 작성되었음을 알린다. 이 포스트에서는 캐싱 계획을 조사하는 몇 가지 쿼리를 다룬다. SQL 2000 이전 버전은 캐싱 계획 측면에서 매우 성능이 낮은 편이다. 포스트에서 제시하는 쿼리를 수행하기 위해서는 서버 상태를 조회할 수 있는 서버 레벨..