2008-09-26 3 views
2

Sql Server 2000을 통해 SQL Server 2005를 사용하면 효율성이 크게 향상됩니까?Sql Server 2005의 효율성이 절감 되었습니까?

아니면 그냥

사람이 업그레이드를 한 후 어떤 빨리 자신의 시스템의 작품을 본 사람 등 더 많은 서비스를해야합니까?

답변

1

Analysis Services와 같은 주변 도구는 실질적으로 다시 작성되었으며 요구 사항에 따라 다양한 이점을 얻을 수 있습니다. 그러나 핵심 데이터베이스 엔진에서 2000 년에서 2005 년 사이에 근본적인 변화가 많이 발생하지는 않습니다.

특정 상황에서 성능이 향상 될 수있는 몇 가지 개선 사항이 있습니다. SQL2005는 64 비트 아키텍처와 SQL2000보다 더 나은 테이블 파티셔닝을 지원합니다 (파티셔닝 된 뷰를 만드는 것과 달리 테이블을 파티셔닝 할 수 있습니다). 64 비트 지원은 대용량 시스템에서 더 큰 성능을 얻을 수있는 가능성이 가장 큽니다. 더 큰 캐시를 설정할 수 있기 때문입니다.

필자는 이러한 기능 외에도 실제로 큰 차이가 있다고 생각하지 않습니다. 아마도 약간의 성능 조정이있을 것입니다.

SQL2000에서 SQL2005로 이동하는 주된 이유는 SQL2000이 지원을 중단 할 때입니다. SQL2000에서 실행중인 응용 프로그램을 사용하는 경우 Microsoft에서 2000을 지원하는 반면 2005 년으로 전환해야하는 이유는 많지 않습니다.

데이터웨어 하우스 시스템은 SQL2005 로의 이전에서 상당한 이익을 얻습니다. SSIS, SSAS2005 및 SSRS2005는 SQL2000보다 훨씬 뛰어납니다.

0

2005는 기본적으로 MVCC - 행 수준 버전 관리 기능을 제공하므로 개발자는 몇 가지 효율성이 있습니다. 즉, 잠금을 줄이면 걱정할 필요가 없습니다.

0

2000 년에서 2005 년 사이에 시스템을 이전하지 않았습니다. 하나 또는 다른 시스템으로 시작 했으므로 비교할 필요가 없습니다. 그러나 퍼포먼스 차이를 볼 수있는 합리적인 기회가 있습니다. 스냅 샷 격리와 같은 새로운 기능을 활용하지 않으면 SQL2005의 라이센스 모델이 추가 라이센스 비용없이 멀티 코어로 전환 할 수 있다는 사실과 SQL2005가 향상된 메모리 관리 기능을 제공한다는 사실 때문에 적어도 .

0

2005 년에는 모든 것이 더 빨라졌습니다. 쿼리 최적화 프로그램이 몇 가지 개선되었습니다. 이제 포함 된 열이 리프 수준에만 존재하고 정렬 할 필요가 없도록 커버 인덱스를 만들 수 있습니다. 이것만으로도 업그레이드 할 수있는 엄청난 개선과 이유입니다.

+0

데이터베이스가 잘 설계된 경우에만. 나는 2005 년에 실제로 더 천천히 달리던 괴물과 일할 수있는 특권을 누 렸습니다. –

0

SQL 2005는 캐싱 작업을 더 잘 수행합니다. SQL 2000을 주기적으로 폴링하여 전체 테이블에 대한 업데이트를 확인해야했습니다. 이제 뭔가 변경 될 때 알림을 구독 할 수 있습니다. 또한 쿼리, 테이블 및 기타 몇 가지 요소에 대해 작동합니다.

0

나는 다른 사람들이 나열한 모든 이유에 대해 그렇다고 말할 것입니다. 그러나 SQL 기술이 그다지 강력하지 않고 쿼리가 그렇게 좋지 않을지라도 그들은 2005 년에 더 빨리 달릴 것입니다. 우리는 2000 년에서 2005 년으로 2000 년에 제대로 최적화 할 수 없었던 복잡한 쿼리가있었습니다. 2005 년으로 옮겨 갔을 때 쿼리를 먹었습니다! 분명 최적화 도구가 훨씬 더 나은 의사 결정을 내리고있었습니다.

2000에 문제가없는 경우가 아니면 2005로 이전하는 것이 좋습니다.