다른 고객의 데이터를 기록 할 데이터베이스가 있습니다. 대부분의 고객은 동일한 데이터 요구 사항을가집니다. 그러나 항상 그런 것은 아닙니다. 서로 다른 요구 사항에 대해 필자는 자신의 필요에 맞는 확장 테이블을 만들 계획입니다. 각 고객을 위해 스키마를 작성한 다음 스키마 아래에 특정 확장 테이블, 뷰 등을 넣을 것입니다.멀티 테넌트 데이터베이스의 공통 테이블에 대해 기본 dbo 또는 사용자 정의 스키마를 사용해야합니까?
그러나 공통 데이터 테이블의 경우 기본 dbo 스키마 아래에 해당 테이블을 만들어야합니까? 그렇지 않으면 대신 새 스키마를 만들어야합니까?
감사합니다.
dbo 스키마를 사용하는 유일한 이유는 편리하므로 스키마 역할, 권한 및 요구 사항을 상세하게 계획 할 필요가 없습니다. 그러나 이미 다중 스키마 데이터베이스를 계획하고 있다면 분명히 자신의 공통 응용 프로그램 스키마를 계획하고 명시적인 DBA/privied 개체에 대한 dbo 스키마를 남겨 둘 것을 권장합니다.
저는 멀티 테넌트 데이터베이스 here과 here,에 대해 설계하고 작성했습니다.이 데이터베이스는 유용하다고 생각합니다. 이것은 주로 공유 스키마 항목이지만 첫 번째 기사에는 여러 가지 스키마 항목을 비롯한 다른 기사에 대한 많은 정보가 있습니다.
Common 스키마를 만들 것입니다. 도움을받을 수있는 경우 사용자에게 dbo 스키마에 대한 액세스 권한을 부여하고 싶지는 않습니다. 특히 통계 등이있는 경우.
스키마는 네임 스페이스를 분리하고 보안을 관리하는 좋은 방법입니다. 가능한 한 간단하게 데이터베이스를 활용하십시오. 테이블의 목록을 살펴볼 때 훨씬 더 읽기 쉽습니다!
:(현재 링크가 죽었습니다. – Aren