홈>
여기 다른 사람들이 SQL을 가지고 놀게하세요 데이터 집합의 페이지 또는 행 수준에서 Server 2008 압축 속도와 디스크 공간 측면에서 성능에 대한 인상은 무엇입니까?
누구나 압축이 성능을 현저히 저하시키는 것을 본 적이 있습니까?
우리의 거대한 팩트 테이블 중 일부에서 우리는 놀았으며 압축이 테이블과 인덱스 모두에서 쿼리 속도 차이를 크게 만들 수 있음을 알았습니다. 또한 많은 디스크 공간을 절약하고 있습니다 (일부 데이터에서 ~ 50 %). Google의 하드웨어 설정은 프로세서와 압축에 비해 디스크/IO에 크게 제한되어 있으며 지금까지는 성능이 매우 쉬운 것처럼 보입니다.
- 답변 # 1
관련 질문
- SQL SERVER에서 피벗 또는 함수로 달력 만들기
- SQL Server, 존재하지 않는 경우 새 레code를 삽입하는 가장 빠른 방법, 다시 확인하시겠습니까?
- 어딘가에 "Script table as -MERGE" 기능이 있습니까?
- SQL에서 VIEW를 만드는 방법
- SQL 서버가 한 번만 존재하는 두 개의 열 값 조합을 얻는 방법, 2~5회, 5회 이상
- SQL Server의 Json 배열에서 Json 값 및 Json 문자열 가져오기
- c# : ScriptingOptions sql smo는 스크립팅 데이터를 지원하지 않습니다.
- IsolationLevel.ReadUncommitted에서 발행된 공유 잠금
- 'where'의 악센트 무시
- SQL Server 2008 SSMS가 암호를 기억하지 않습니다.
오래된 질문이지만 경험상 간단한 경험 법칙은 다음과 같습니다.
BLOB 이외의 데이터 행 저장소페이지압축 비율은 3 ~ 4 배입니다
BLOB 이외의 데이터 열 저장소 압축 비율의 경우 9 ~ 11 배입니다
<시간>Linchi Shea 기사가 로그인 뒤에있는 것 같습니다 ....
Linchi Shea는이 주제에 관한 흥미로운 기사를 올렸습니다 :
SQL Server 2008 페이지 압축 : 실제 데이터베이스의 압축 비율
SQL Server 2008 데이터 압축 : 데이터 배포의 영향
SQL Server 2008 페이지 압축 : 테이블 스캔에 대한 성능 영향
SQL Server 2008 페이지 압축 : 삽입에 대한 성능 영향
SQL Server 2008 페이지 압축 : 여러 프로세서 사용
이것은 또한 흥미로울 것입니다 :
SQL Server 2008을 사용한 데이터웨어 하우징 모범 사례
SQL Server Storage Engine 블로그에는 Compression에 대한 흥미로운 게시물도 있습니다.