데이터 모델러

분석단계의 데이터모델링을 어떻게 해야할지 표준 및 프로세스를 정의하고 분석설계자를 대상으로 가이드(교육), Q&A 등 현장 지원, 검토, 피드백, 모델 통합 등의 역할을 하는 사람이 Data Modeler이다. 분석단계의 (논리적인) Data Modeling을 책임지는 사람이 Data Modeler이고 (물리적인) 설계, 개발 및 운영단계 DB의 전반적인 관리를 책임지는 사람이 DBA이다.

그러면 Data Modeling에서 가이드 해야 할 내용은 무엇일까?
(1-1)Subject Area, Entity(Supertype/Subtype, History 등 포함), Attribute(Domain, Code 포함), Identifier, Relationship, Normalization 등의 개념과 프로젝트내 표준/규칙을 가이드해야 한다. 분석단계 이므로 특정 DBMS에 특화된 내용은 배제하고 어떤 DBMS를 사용해도 관계없도록 'Logical'(Physical이 아닌) Data Modeling을 해야 한다. 그리고 (1-2)위의 가이드/교육에 끝나는 것이 아니라 실제 작업을 수행하는 업무별 분석/설계자들을 현장 지원하고 가이드대로 작업되었는지 주기적으로 검토/피드백/확인해야한다.

그리고 ERWin, DA# 등의 (2)데이터모델링 도구를 사용한다면 주요 도구 사용법도 포함되어야 한다. (도구 관련 계정, 형상관리, 통합의 개념을 포함하여) 이외에도 각 파트별로 작성된 (3-1)ERD를 어떻게 통합할 것인지, 그리고 (3-2)메타(표준 단어, 용어, 코드 등) 관련 프로세스도 관리/가이드해야 한다.

참고로 물리적인 DBMS를 설계하는 DBA의 역할은 아래와 같다. Data Modeler와 마찬가지로 DBA의 Job도 회사마다, 조직마다, 프로젝트마다 조금씩 다르다. 그럼에도 불구하고 여기에 이렇게 적어보는 이유는 Data Modeler와의 차이를 비교하기 위한 대략적인 업무를 표현한다고 생각하면 좋겠다.

• DB Administrator 말그대로 관리자이므로 DB 설치, 업데이트, 유지보수 등 전반적인 업무를 담당
• DBMS 설치 및 모니터링
• SQL 개발 가이드 작성 및  교육
• DBMS 튜닝, SQL 튜닝
• Denormalization
• 사용자 및 보안 설계
• 테이블 크기, 데이터 파일, 디스크 볼륨, 테이블 스페이스 설계
• DB 스키마 변경 관리, DB Object 설계/관리 (View, Sequence, Function, Index 등)
• DB 장애 및 에러 처리
• Test 데이터 설치 및 전환
• 운영자 지침서 작성 및 교육
  ...