프로젝트 성패를 결정짓는 데이터 모델링 이야기(Blog2Book 12)

멘토가 들려주는 따스한 데이터 모델링 이야기



객체지향과 패턴의 원리를 이해하면 코딩에 자신감이 붙듯, 데이터 모델링도 그 본질적 원리를 제대로 깨우치면 어떤 과제든 완수할 수 있다는 자신감이 생긴다. 이 책은 공학과 철학을 넘나들며 다른 책에서 충분히 다루지 않은 모델링의 본질적 이야기를 담았다. 저자가 친절히 그려준 책 구성 지도(책 8~9페이지)를 함께 보며 엔터티 정의부터 관계, 코드 속성 표준화, 유연성 등 추상적이고 어렵게만 느껴지던 개념들을 명쾌히 이해해보자.



출판사 리뷰

데이터베이스 수업도 듣고 선임자가 건네준 모델대로 구현해본 경험이 제법 있더라도, 막상 자신이 책임자가 되어 백지 위에 엔터티 박스와 관계선을 그려야 한다면 막막함이 앞을 가린다. 이전에 본 듯한 패턴을 흉내 내 그림을 그려보지만 수백, 수천의 엔터티 홍수 속에서 제대로 가고 있다는 확신이 서지 않는다.



저자는 이처럼 너무도 거대한 현업의 복잡함에 압도되어 길을 잃고 고생하는 후임들의 안타까운 모습에 직접 멘토가 되어주고자 이 책을 쓰기 시작했다. 내공이 깊어야 연공이 자유롭듯, 그 본질을 꿰고 있다면 어떤 업무가 주어지든 막힘없이 헤쳐나갈 수 있다. 짧은 호흡으로 경쾌하게 풀어낸 이야기들을 통해 따스한 온기가 묻어 있는 저자의 노하우를 내 것으로 만들자.



대상 독자

● 선임자가 그린 ERD를 보며 구현은 많이 해봤지만, 막상 선임자의 자리에 오르니 부담되고 확신이 서지 않는 데이터 모델러

● 현장에서 프로그램과 SQL을 짜면서 데이터의 중요성을 서서히 느끼고 있는 개발자

● 데이터 모델링이 무엇인지 묻는 후임에게 명쾌히 설명해줄 자신이 없는 개발자

● 내공 있는 데이터 모델러를 꿈꾸는 개발자 or 제대로 데이터 모델링을 배우고 싶은 개발자

Story 01 데이터 모델링은 일상 가까이 존재한다

__ 초보 모델러의 막막함과 고민

__ 자동차 동호회와 데이터 모델링

__ 회원 명부에 녹아 있던 데이터 모델링의 숨은 원리



Story 02 데이터를 이해한다는 것

__ 업무를 이해한다는 것과 업무 데이터를 이해한다는 것

__ 상품 주문 데이터를 이해하는 올바른 시선



Story 03 데이터 저장 구조에 대한 고민을 시작하다

__ 애플리케이션 화면과 RDB의 테이블은 다르다

__ 설문 데이터 모델링, 데이터의 본질을 읽어 모델링하다



Story 04 데이터를 모델링한다는 것

__ 디멘션 모델링, 데이터의 관점을 읽어 모델링한다

__ OLTP와 OLAP의 서로 다른 세계, 그리고 데이터 모델링의 목표



Story 05 범주화와 추상화, 엔터티의 본질

__ 범주화에 대한 흥미로운 실험

__ 대학의 학사관리 이해관계자를 통한 역할의 이해

__ 범주화와 추상화

__ 중간 정리: 데이터 모델링이란



Story 06 데이터 모델링은 2차원 표에 데이터를 어떻게 담는 것이 최선인지를 고민하는 과정이다

__ 데이터 독립성과 데이터 모델링의 실질적 정의

__ 개념 모델, 논리 모델, 물리 모델, 그리고 현실적인 논리 모델

__ 데이터 모델링 마인드



Story 07 Back to the Basic, 정규화 이론

__ 그럼에도 불구하고 정규화 이론

__ 정규화의 의의

__ 정규화와 관련된 성능 논쟁은 이제 그만

__ 실무에서의 모델링 절차



Story 08 엔터티 정의가 가장 중요하다. 고백건대 엔터티 모델링은 어렵고 힘들다

__ 엔터티는 집합과 닮았다

__ 엔터티 정의, 철학이 필요한 시간

__ 명확하게 정의된 집합으로 모델링을 시작하자

__ 엔터티 모델링이 어려운 이유



Story 09 데이터에는 유형, 종속 관계, 계층구조가 존재한다. 이것이 힌트다

__ 데이터의 유형

__ 데이터의 종속성과 계층구조

__ 최상위의 데이터, 마스터 데이터



Story 10 Account, 개체 그룹핑 모델링을 이해해야 한다

__ Account라는 마스터 데이터, 업무 행위의 논리적 주체를 알아야 한다

__ Account와 같은 상위 개체 집합이 누락된다면?

__ 서비스, 청구를 통해 알아보는 업무 처리를 묶는 단위 개체의 중요성

__ 개체를 묶는 방법



Story 11 엔터티 모델링의 어려움을 극복할 방법론, 전략이 있다

__ 소프트웨어 개발에 대한 단상과 모델링 전략

__ 분류와 서브타입

__ 서브타입과 E-R 패턴



Story 12 데이터 집합의 분리, 확장, 통합은 공학을 넘어 예술에 가깝다

__ 집합의 통합과 분리에 대한 기초적 이해

__ 엔터티 통합과 테이블 통합

__ 집합 형태의 최종 결정, 공학과 미학 사이



Story 13 데이터 표준화는 모델링의 과정이며 중요 요소다

__ 표준화는 모델링과 별개의 영역이 아닌 속성 모델링 과정이다

__ 데이터 표준화의 목표는 결국 이음동의어와 동음이의어를 관리하는 것

__ 데이터 표준화와 모델링 환경

__ 속성명 정의의 어려움과 표준 용어 구체화 수준에 대해



Story 14 관계선 긋기의 진정한 의미는 이것이다

__ ERD에서 관계선이 의미하는 것

__ 잘못 표현된 관계와 문제들

__ 관계의 유형에 대한 고찰, 모델링 툴의 한계와 현실적인 해법

__ 코드와 관계, 그리고 참조무결성 제약



Story 15 데이터 모델의 확장성과 유연성을 생각하다

__ 1정규화로 알아보는 데이터 구조 유연성의 개념과 본질

__ 속성 유연성을 위한 메타 구조 모델



Story 16 정보시스템에서 코드란 무엇인가

__ 나는 코드를 정확히 알고 있는 걸까

__ 코드인 것과 코드가 아닌 것, 코드 속성과 식별자 속성

__ 공통코드는 어떻게 만들어졌는가

__ 공통코드로 설계와 개별코드로 설계

__ 공통코드는 어떻게 관리해야 하나

__ 코드 간 계층구조와 부분집합도 관리할 수 있을까



Story 17 식별자, 결코 만만한 대상이아니다

__ 미묘한 식별자의 세계

__ 당신이 알고 있던 것보다 넓고 깊은 주 식별자의 의미

__ 관계와 식별자, 그리고 데이터에 대한 이해

__ 식별자 상속을 고려한 식별/비식별 관계 선정의 기준



Story 18 RDBMS와 빅데이터 신기술은 상호 보완하며 조화를 이룰 것이다

__ 데이터 모델링, 감 잡았어!

__ 하둡, NoSQL, 몽고디비... 얘들은 다 뭐야?

__ 관계형 데이터베이스 기술과 빅데이터 신기술

김상래 저자 김상래는 한국산업은행 데이터 아키텍트. 2001년 삼성SDS에 입사하여 J2EE 개발자 및 데이터 모델러로서 국세청, 삼성생명, 한국증권금융, 특허청 등의 차세대 시스템 구축에 참여했다. 운영과 개발 조직 모두를 경험했고 개발자, UML 모델링 리더, ITSM 설계자, 데이터 아키텍트 역할을 수행하며 시스템을 다양한 관점에서 조망해왔다. 그동안의 경험을 바탕으로 2011년부터 한국산업은행의 개발, 운영 시스템 데이터 표준화, 모델 검증, 품질 개선 업무를 수행하고 있다.