2
많은 다른 응용 프로그램에서 가져온 데이터가있는 데이터베이스를 개발 중입니다. 스키마 이름을 사용하여 소스 응용 프로그램을 구분합니다. 조직의 관점에서 개별 스키마로 개체를 만드는 것이 합리적입니까?적절한 데이터베이스 디자인은 언제 별도의 스키마를 사용합니까?
많은 다른 응용 프로그램에서 가져온 데이터가있는 데이터베이스를 개발 중입니다. 스키마 이름을 사용하여 소스 응용 프로그램을 구분합니다. 조직의 관점에서 개별 스키마로 개체를 만드는 것이 합리적입니까?적절한 데이터베이스 디자인은 언제 별도의 스키마를 사용합니까?
예, 그렇습니다.
데이터베이스 스키마는 “ 네임 스페이스 ”이며 함께 포함 된 개체를 클러스터링합니다. 스키마에서 모든 개체에 대한 액세스를 한 곳에서 거부 할 수있는 스키마 권한이 추가되었습니다.
보안 측면에서 보면 다른 스키마를 사용할뿐만 아니라 다른 데이터베이스 사용자도 다른 응용 프로그램에 액세스해야합니다. 그렇게하면 응용 프로그램 사용자가 다른 응용 프로그램에 속한 데이터에 액세스하는 것을 쉽게 거부 할 수 있습니다. 이렇게하면 응용 프로그램 중 하나가 손상된 경우 손실을 제한 할 수 있습니다. SQL 인젝션으로.
예, 맞습니다. –