Three Schema Architecture, Projects

1. Three Schema Architecture

External Schema

• 각각의 어플리케이션이나 사용자에게 접근이 필요한 일부
• 사용자에 따라 일부만 보여지기 때문에 비즈니스 기능에 따라 달라짐
  • 전체 데이터베이스에서 일부만 접근 가능
    • 일부 유저뷰만 정해짐
• DBA가 결국에는 각각의 유저 시스템을 결정
  • 사용자 들이 데이터들을 인식하는 방법
  • 나, 내가 사용하는 어플리케이션에 필요한 데이터만 접근 가능
    • 따라서 전체 데이터베이스가 아니라 일부
• ex) 고객이 1974년 3월 1일에 태어났다는 데이터
  • 고객 서비스 부서 뷰에 해당하는 데이터
    • 생년 월일
      • 생일일 때 문자를 보내야하므로
  • 마케팅 부서 뷰에 해당하는 데이터
    • 48살
      • 나이대에 따른 다른 마케팅을 해야하므로
        

Conceptual Schema

• 전체 데이터베이스 접근 가능
  • 여러 개의 external view들을 하나의, 서로 논리적으로 이어져있는 종합적인 기업 데이터로 정의할 수 있도록 통합
  • 물리적으로 저장하는 것과는 독립적이다.
    • 어떻게 저장되어 있고, 어떻게 나뉘어져 있는지와는 독립적
  • 모든 엔터티, 엔터티의 속성, 관계들을 나타냄
  • 데이터 전문가들의 뷰를 나타냄

Internal Schema

• Logical Schema
  • 데이터베이스의 이론적 백그라운드에 따라서 디자인 되는 것
• Physical Schema
  • 어떻게 데이터가 표현되어지는 가를 특정 dbms를 사용했을 때 나타내는 것
  • 고려해야할 점
    • 데이터를 공간에 얼마나 할당할 것인지
    • 기록들이 어디에 어떻게 저장되어있는지에 대한 정보
    • 데이터 암호화
      

Advantage of Three Schema Architecture

• 하나의 사용자의 뷰가 다른 사용자 뷰에 영향을 주지 않음
  • DBA는 모든 사용자의 영향없이 conceptual structure을 바꿀 수 있음
  • 사용자는 데이터가 저장되어지는 디테일에 대해 알필요가 없음
  • 데이터 독립적
    • Internal schema, conceptual schema, external schema가 서로 영향을 주지 않음

---

2. Managing Projects

Project

프로젝트란, 시작과 끝을 지닌 목적에 도달하기 위해 연관된 액티비티들을 계획적으로 수행하는 것이다.

다음을 위하여 리뷰포인트(milestone) 사용

• 만족스러운 진전을 이뤄냈는지에 대한 검증을 위해
• 디테일에서 한 발 물러나서 프로젝트를 전반적으로 보기 위해
• 잘못된 것들을 수정하기 위해

People Involved

• Business analyst
• System analyst
• Dayabase analyst and data modelers
• Users
• Programmers
• Database architects, DBA
• Project managers
• Other technical experts

DBA의 책임

• technical 측면

  • external, conceptual, internal schema 디자인
  • 데이터베이스 성능 모니터링
  • 데이터베이스 소프트웨어의 선택 및 평가
  • 클라이언트-서버 데이터베이스 디자인
  • 데이터베이스에 대한 문제들 관리

• nontechnical 측면

  • 데이터베이스 기준 세팅
  • training materials 고안(새로운 시스템 사용방법을 위함)
  • 데이터베이스의 장점 홍보