안녕하세요. 데이터베이스 설계를 좋아하는 새내기 입니다.

이번에 어떤 서비스를 개발하고 있는데요. 데이터베이스 설계 도중 궁금한 것이 있어 질문 드립니다.

시스템 구성은 아래와 같습니다.

ERP와 같은 관리시스템과 application 지원

 - 기관(회사) 가 존재하며 각 기관에는 직원 정보와 기관이 관리하는 회원 정보가 있음

 - 각 기관의 회원정보는 하나의 통합회원 정보로 연결 됨

 - 통합회원정보는 Application 로그인 시 사용

 - 통합회원정보 로그인 시 연결된 모든 기관의 회원 정보를 가져올 수 있음

 - 다양한 컨텐츠를 등록할 수 있으며 관리시스템과 Application 양쪽에서 사용 가능

 - 하나의 데이터베이스 호스트를 사용 (데이터베이스가 나뉘더라도 물리적으로 같은 서버에 위치)

 - 추후 다른 서비스도 관리시스템 처럼 붙을 수 있음

위와 같은 시스템을 구상중인데요.

보통 플랫폼이란 것이 여러 시스템 또는 서비스가 합쳐져서 플랫폼이라 부르는데,

이때 데이터베이스 설계는 어떤 식으로 하게 되나요?

1. 데이터베이스를 나누면 불편하니 하나의 데이터베이스 안에 테이블 명을 구분하여 관리하라는 사람도 있고,

2. 데이터베이스를 나누되 통합 유저 정보와 그외 부분으로 두 개로 나누라는 사람이 있고,

3. 데이터베이스를 원하는데로 나누고 링크를 써라는 분도 있고..( 이 기능은 별로 운영상 좋지 않다는 얘기가 많네요.. )

4. 통합유저 (정보 + 컨텐츠관리)를 하나, 그외 부분으로 두 개로 나누라는 사람도 있어서..

어떤게 맞는지 경험이 없어서 결정을 못하고 있습니다.

고수님들 보통 여러 서비스를 관리할 때 데이터베이스는 어떤 식으로 관리를 하는 것이 효율적일 까요?

그리고 컨텐츠와 같은 공통데이터는 어떻게 설계하는 것이 효율적일까요?

조언 부탁드립니다.