회사 표준 중 하나는 사용자 테이블 / 인덱스에 대해 별도의 파일 그룹 / 파일을 갖는 것입니다. 이것은 디폴트로 설정되므로 CREATE TABLE 문을 규정 할 필요가 없습니다.
이렇게 생겼어요
왜 이것이 의무화되었는지에 대한 원래의 정당성을 이해하도록 도울 수 있습니까?
내가 깨끗하게 와서 부두라고 생각합니다. 암 I의 잘못 ...?
편집 : 파일 그룹을 사용하여 인덱스 / 파티션 / 아카이브를 분리하는 방법과 단편을 복원하는 방법을 알고 있습니다. 이 질문은 시스템 테이블에 대해서만 동일한 볼륨에서 별도의 파일 그룹을 사용하는 것에 관한 것입니다.
답변:
Microsoft의 70-432 교육 서적에 따르면 "주 파일 그룹에 개체를 배치하지 않는 주된 이유는 가능한 한 I / O를 최대한 격리하는 것입니다. 시스템 개체의 데이터는 데이터만큼 자주 변경되지 않습니다." 기본 데이터 파일에 대한 쓰기 작업을 최소화하면 하드웨어 오류로 인한 손상이 발생할 가능성이 줄어들고 기본 파일 그룹의 상태에 따라 데이터베이스의 상태가 결정되므로 가용성을 높일 수 있습니다 기본 파일 그룹에 대한 변경 사항을 최소화합니다. "
그래서, 당신이 할대로 그것을 가져 가라. 다른 사람들은 이것이 특정 상황에서는 필요하지 않으며 물론 유지하기가 더 쉽다고 말합니다. 방금 Microsoft의 추론을 제공한다고 생각했습니다.
이것으로 성능이 향상되지는 않지만 회복 적으로 얻을 수있는 이점이 있습니다. 시스템 테이블에서 파일 손상이 발생하면 데이터베이스가 손실됩니다. 사용자 데이터를 별도의 파일 그룹에 보관하면 복원하는 동안 나머지 데이터베이스를 온라인 상태로 유지하는 파일 만 복원 할 수 있습니다 (여기서는 Enterprise Edition이라고 가정).
이것이 그들이 이것을 진술하는 이유라면 말할 수는 없지만 이것은 PRIMARY 파일 그룹의 시스템 객체만으로 여러 파일 그룹을 갖는 이점이 있습니다.
그러나 AutoShrink를 사용하도록 설정해야한다고 정크에서 쫓아 야합니다.
잘 모르겠습니다. 회사 표준을 정당화 할 누군가를 요구하고 있습니까? 회사의 표준 문서를 작성한 사람은 왜 이것이 수행되는지에 대해 약간의 빛을 비출 수 있다고 생각합니다.
즉, 일부 상점에서 사용자 데이터에서 시스템 데이터를 분리하려는 경우는 드 unusual니다. 전용 디스크 세트와 함께 사용하면 성능이 약간 향상 될 수 있습니다.