호스팅 예정인 응용 프로그램의 경우 SQL Server 2008 Web edition과 SQL Server 2008 Enterprise Edition 중에서 선택해야합니다. "필수"기능은 없습니다. 응용 프로그램은 현재 SQL Express에서 실행되지만 SQL Express가 부과하는 최대 크기는 10GB를 초과합니다.
이 비교 차트 와이 페이지의 "확장 성 및 성능"에서 가장 중요한 표를보고 있습니다. 테이블이 커지면 "테이블 및 인덱스 분할"과 같은 기능이 성능 속도를 보장하는 데 필수적입니다. 그러나 어떤 테이블 크기가 필요할까요?
데이터베이스의 크기와 사용에 Enterprise Edition 확장 성 및 성능 기능이 필요한지 확인하려면 어떤 전략을 사용해야합니까?
답변:
이것은 대답하기 매우 어려운 질문이며 말할 수있는 유일한 것은 "의존"입니다. 그렇습니다. 그러나 그것은 사실이 아닙니다. 그것은 당신에게 답변을 제공하고 (표준 사용) 그 배후의 사고 과정을 설명하기 위해 최선을 다할 것이라고 말하고 있습니다.
"Web"Edition of SQL에 익숙하지 않지만 Standard와 Enterprise의 차이점을 확실히 제거 할 수 있습니다. 대규모 일반화의 위험에 따라 단일 DB에 대해 10GB에서 100GB 사이를보고 Enterprise 기능이 필요하지 않다면 선불 비용 차이와 SKU 업그레이드 용이성 ( Edition) Standard / Enterprise over Enterprise를 선택하는 것이 가장 합리적 일 수 있습니다. "웹"에디션은 일부 반쯤 축소 된 표준 버전 이라고 생각합니다. 개인적으로 "웹 워크로드 전용"고지 사항에 따라 피하고 싶습니다. 그게 무슨 뜻입니까?!
그렇다면 엔터프라이즈 기능이 필요한지 어떻게 알 수 있습니까? 글쎄, 내가 생각할 수있는 가장 좋은 방법은 Standard 및 Enterprise 평가판을 다운로드하거나 MSDN 라이센스를 얻는 것입니다. 하위 에디션으로 성능 목표를 달성 / 초과 할 수없는 경우 병목 현상을 식별 한 다음 엔터프라이즈 기능이 도움이되는지 확인하십시오. 그렇다면 기능을 사용하기 위해 필요한 부분을 업그레이드 한 후 다시 테스트하십시오. 내 경험상 Enterprise에서 사용하는 주요 기능은 (가장 일반적인 순서대로)입니다.
그리고 마지막으로 ... SQL Express에서 잘 돌아가고있는 무언가에서 움직일 때 Enterprise 로의 이동을 정당화 할 수있는 사례는 많지 않다고 생각합니다. 정식 버전의 SQL에서 사용할 수있는 추가 시스템 리소스만으로도 큰 이점을 얻을 수 있습니다.
테이블 파티셔닝과 같은 기능은 일반적으로 처리 할 수십억 개의 행이 있고 테이블의 각 부분이 저장되는 디스크를 제어하려는 데이터웨어 하우스에서만 사용됩니다.
웹과 엔터프라이즈 간에는 데이터 크기가 중요하지 않습니다. Standard Edition에서 매우 큰 데이터베이스를 실행하는 사람들이 많이 있습니다 (작업 그룹이나 웹 에디션을 사용하는 사람은 없습니다). 가장 큰 변화는 SQL Server에 할당 할 수있는 메모리의 양입니다. 메모리가 많을수록 데이터를 위해 디스크에 갈 수있는 용량이 적을수록 메모리가 많을수록 좋습니다.
Web Edition과 Enterprise Edition 사이의 가장 큰 판매 포인트는 Enterprise Edition과 함께 제공되는 온라인 인덱스 재 구축입니다. 인덱스 재 빌드를 수행하기 위해 야간 (또는 매주) 정전을 감당할 여유가 있거나 (또는 인덱스 조각 모음을 통해 얻을 수있는 경우) 업그레이드가 필요할 때까지 또는 정전이 인덱스를 수행해야 할 때까지 웹 에디션을 고수하십시오. 재건은 길다.
2011 년 11 월 28 일 업데이트 SQL Server 2012부터 RackSpace와 같은 호스팅 제공 업체를 통해서만 웹 에디션을 사용할 수 있으며 Workgroup 에디션은 사라질 것입니다. 따라서이 시점에서 라이센스를 구매할 경우 Standard 또는 Enterprise를 사용하는 것이 좋습니다. SQL Server 2012 라이선싱 ( 여기 에서도) 에 대해 큰 글을 써서 알고 자하는 모든 변경 사항을 다룹니다.