추가 적립 안내

데이터 모델링은 깊게 생각하기와 판단하기, 종합적 사고력의 총체다!
이 책 한 권으로 데이터 모델링 기초부터 실전까지 정복하자!

데이터 모델링은 단순한 기계적인 작업이 아니라 분석력, 종합력, 판단력, 논리력, 그리고 오랜 기간 체화된 다양한 업무 경험이 어우러져야만 만족할 만한 결과를 낼 수 있다. 이러한 능력은 문서로 만들 수도 없고 기계가 대신할 수도 없다. 그렇기에 데이터 모델링은 앞으로도 유망한 직종임에 틀림없고 그 가치를 더해 갈 것이다. 이 책은 데이터 모델링을 다수 수행하고 업무적으로 인정받는 전문가인 저자의 실전적 경험을 잘 녹여냈기에 많은 사람에게 좋은 참고와 길잡이 역할을 해줄 것이다.

실제 데이터 모델링 업무에 가장 필요한 능력은 책을 보거나 지식을 외운다고 생기지 않는다. 그렇다면 도대체 어떻게 해야 모델링 실력을 갖출 수 있는 것일까? 이 책은 이런 고민을 해결하는 데 도움을 준다.

이 책은 단지 ERD를 작도하는 방법을 알려주는 기존 모델링 책과는 확연히 다르다. 예제 업무를 보면서 모델러의 고민을 따라 하고, 실전과 거의 다름없는 모델링 과정을 책을 통해 간접 체험해 볼 수 있다. 실제 프로젝트에서 모델링을 진행하는 모습을 옆에서 보는 것처럼 업무 요건에 맞는 엔터티를 도출하고 식별자를 부여하며 관계를 설정하는 등 일련의 데이터 모델링 진행 과정을 자세하고 생생하게 기술했다.

이 책은 모델링을 실제로 따라 해보면서 모델링에 필요한 사고력을 기르는 방법을 알려준다. “남이 방법을 알더라도 쉽게 흉내를 낼 수 없는 사고적인 것을 할 수 있어야 한다”라는 말은 너무나도 중요하다. 데이터 아키텍처 컨설팅이나 데이터 모델링이 어려운 이유는 바로 ‘방법을 알아도 실천하기 어려운 일’이기 때문이다. 엔코아 컨설팅 이화식 대표의 말처럼 “모델링은 단순한 ‘방법의 습득 차원’이 아닌 ‘사고능력의 개발 차원’에서 접근”해야 한다.

생각하는 힘을 가진 사람은 문제해결 능력과 종합적인 사고력을 갖춘 훌륭한 인재다. 이런 사람은 무슨 일을 해도, 어떤 자리에서건 빛날 것이다. 이 책은 데이터 모델링 회사에 들어가지 않아도, 당장 나에게 데이터 모델링을 가르쳐 줄 선배가 없어도 종합적인 사고력을 갖춘 데이터 모델링 고수에게 직접 배우는 것 같은 경험을 안겨준다.

『데이터 모델링 실전처럼 시작하기』는 데이터 모델링을 쉽게 알게 해주고 생각하는 힘을 길러주는 좋은 발판이 되어줄 것이다. 데이터 모델링을 공부하고자 하는 분들께 도움이 되기를, 그리고 지금 있는 자리에서 도약 할 수 있는 좋은 기회를 주는 밑거름이 되기를 진심으로 기원한다.

데이터 모델링은 깊게 생각하기와 판단하기, 종합적 사고력의 총체다!
이 책 한 권으로 데이터 모델링 기초부터 실전까지 정복하자!

데이터 모델링은 단순한 스킬이 아니다. 효율적인 시스템 구축을 위한 데이터 모델링의 중요성은 말할 필요조차 없다. 데이터 모델링은 건축물의 뼈대처럼 데이터의 뼈대, 즉 데이터의 구조를 설계하는 과정이며 설계 결과에 따라 시스템의 성패가 달려있다 해도 과언이 아니다. 업무 요건이 시간의 흐름에 따라 변화되고 변경되어도 데이터 모델은 이에 따라 큰 흔들림 없이 업무의 적용이 가능하도록 작성되어야 하고 데이터 구조를 잘 반영해야 한다.
데이터 모델링은 어렵지만 뛰어난 데이터 모델링 실력은 상당한 희소가치가 있다. 단순히 지식을 외운다고 잘할 수 있는 일이 아니며 논리력, 사고력, 판단력이 필요하다. 그리고 정답도 없다. 아무리 이론적으로 이상적이고 좋은 데이터 모델도 고객이 원하는 방향이 아니거나 시스템에 적합하지 않다면 아무 소용이 없다. 따라서 모델링을 잘하려면 커뮤니케이션 능력도 필요하다.
데이터 모델링은 어렵고 사람들은 데이터 전문가 되기가 쉽지 않다고 말한다. 그 이유는 ‘생각하는 힘’을 기르지 않기 때문이다. 항상 직관적이고 눈에 쉽게 보이는 것만을 중요시하고 새로운 발상도 하지 않는다. 끈질기게 어떤 사실을 알아내고 그 이면을 들추어 보려는 노력도 하지 않고 의문도 가지지 않으며 의심도 하지 않고 질문도 하지 않는다. 실제 데이터 모델링 업무에 가장 필요한 능력은 책을 보거나 지식을 외운다고 생기지 않는다. 그렇다면 도대체 어떻게 해야 모델링 실력을 갖출 수 있는 것일까? 이 책은 이런 고민을 해결하는 데 도움을 준다.
이 책은 단지 ERD를 작도하는 방법을 알려주는 기존 모델링 책과는 확연히 다르다. 예제 업무를 보면서 모델러의 고민을 따라 하고, 실전과 거의 다름없는 모델링 과정을 책을 통해 간접 체험해 볼 수 있다. 실제 프로젝트에서 모델링을 진행하는 모습을 옆에서 보는 것처럼 업무 요건에 맞는 엔터티를 도출하고 식별자를 부여하며 관계를 설정하는 등 일련의 데이터 모델링 진행 과정을 자세하고 생생하게 기술했다.
데이터 모델링 진행 과정에서 모델러가 무엇을 생각하고 고민하고 결정해야 하는지 그 과정과 내용도 자세하게 알려준다. 해야 할 것과 하지 말아야 할 것, 먼저 해야 할 것과 나중에 해야 할 것의 대상과 우선순위를 결정하는 과정도 자세히 알 수 있다. 제시된 업무 요건도 충족하면서 업무 변경 시 유연하고 확장성이 보장되는 데이터 모델링을 하는 방법과 그 과정도 자세하게 알 수 있다.
데이터 모델링에서 가장 중요한 능력은 '사고를 통한 판단력'이다. 이 책은 모델링을 실제로 따라 해보면서 모델링에 필요한 사고력을 기르는 방법을 알려준다. “남이 방법을 알더라도 쉽게 흉내를 낼 수 없는 사고적인 것을 할 수 있어야 한다”라는 말은 너무나도 중요하다. 데이터 아키텍처 컨설팅이나 데이터 모델링이 어려운 이유는 바로 ‘방법을 알아도 실천하기 어려운 일’이기 때문이다. 엔코아 컨설팅 이화식 대표의 말처럼 “모델링은 단순한 ‘방법의 습득 차원’이 아닌 ‘사고능력의 개발 차원’에서 접근”해야 한다.
이 책은 데이터 모델링을 다수 수행하고 업무적으로 인정받는 전문가인 저자의 실전적 경험을 잘 녹여냈기에 많은 사람에게 좋은 참고와 길잡이 역할을 해줄 것이다. 데이터 모델링은 단순한 기계적인 작업이 아니라 분석력, 종합력, 판단력, 논리력, 그리고 오랜 기간 체화된 다양한 업무 경험이 어우러져야만 만족할 만한 결과를 낼 수 있다. 이러한 능력은 문서로 만들 수도 없고 기계가 대신할 수도 없다. 그렇기에 데이터 모델링은 앞으로도 유망한 직종임에 틀림없고 그 가치를 더해 갈 것이다.
생각하는 힘을 가진 사람은 문제해결 능력과 종합적인 사고력을 갖춘 훌륭한 인재다. 이런 사람은 무슨 일을 해도, 어떤 자리에서건 빛날 것이다. 이 책은 데이터 모델링 회사에 들어가지 않아도, 당장 나에게 데이터 모델링을 가르쳐 줄 선배가 없어도 종합적인 사고력을 갖춘 데이터 모델링 고수에게 직접 배우는 것 같은 경험을 안겨준다.
『데이터 모델링 실전처럼 시작하기』는 데이터 모델링을 쉽게 알게 해주고 생각하는 힘을 길러주는 좋은 발판이 되어줄 것이다. 데이터 모델링을 공부하고자 하는 분들께 도움이 되기를, 그리고 지금 있는 자리에서 도약 할 수 있는 좋은 기회를 주는 밑거름이 되기를 진심으로 기원한다.

추천의 말 _004
들어가는 글 _011


1장 데이터 모델링 개요
1. 데이터 모델링이란? _024
2. 데이터 모델링 성공요소 _028
3. 데이터 모델의 구성요소 _030
4. 데이터 모델 유형 _032
4.1 개념 데이터 모델 _033
4.2 논리 데이터 모델 _033
4.3 물리 데이터 모델 _034
5. 데이터 모델 표기법 _035
6. 데이터 모델링 접근 방식 _036
6.1 하향식 모델링 _036
6.2 상향식 모델링 _037
7. 생각해 봅시다 _041
8. 용어 _043

2장 데이터 모델링 시작하기
1. 개요 _046
2. 비디오 렌탈 업무 _047
3. 대학 학사 업무 _054
3.1 행위의 주체 찾기 _056
3.2 행위의 주체 엔터티의 식별자 부여 _058
3.3 업무별 주요 엔터티 도출하기 _060
3.3.1 학적관리 업무 _060
3.3.2 교과관리 업무 _062
3.3.3 수강관리 업무 _066
3.3.4 성적관리 업무 _074
3.3.5 장학관리 업무 _075
3.3.6 등록관리 업무 _075
3.3.7 졸업관리 업무 _077
3.4 엔터티별 주요 속성 _080
3.5 샘플 SQL문 _083
3.6 학적변동 이력관리 설명 _086
3.7 구성원 관리 방안 _091


3장 논리 데이터 모델링
1. 논리 데이터 모델링이란? _102
2. 엔터티(Entity) _104
2.1 엔터티 후보 수집 _106
2.1.1 AS-IS ERD _107
2.1.2 DB 오브젝트 추출 _108
2.1.3 서식 _112
2.1.4 현업 장표 _112
2.1.5 보고서 _112
2.1.6 관련 법령 및 문서 _112
2.2 엔터티 후보의 선정 _113
2.3 엔터티 분류 _116
2.4 엔터티 확정 _118
2.5 엔터티 확정시 고려 사항 _122
2.5.1 엔터티 명확화 _122
2.5.2 엔터티명 부여 _125
2.5.3 서브타입 지정 _127
2.5.4 집합 통합시 유의사항 _128
3. 식별자(Unique Identifier) _133
3.1 식별자의 요건 _133
3.2 식별자 부여 기준 _135
3.2.1 식별자 부여 기준 - 키 엔터티 _135
3.2.2 식별자 부여 기준 - 메인 엔터티 _136
3.2.3 식별자 부여 기준 - 행위 엔터티 _138
3.3 식별자 확정 _139
4. 관계(Relationship) _142
4.1 관계의 표현 _143
4.1.1 식별성((Identification) _143
4.1.2 기수성(Degree) 및 선택성(Optionality) _144
4.1.3 관계 명칭 _147
4.2 관계 형태 _148
4.2.1 1:1 관계 _148
4.2.2 1:M 관계 _154
4.2.3 M:N 관계 _155
4.3 특수한 형태의 관계 _157
4.3.1 순환(Recursive) 관계 _157
4.3.2 배타적(Exclusive) 관계 _160
4.4 참조 무결성 규칙 _162
4.4.1 입력 규칙 _162
4.4.2 삭제 규칙 _163
5. 속성(Attribute) _164
5.1 속성의 유형 _164
5.2 속성 후보 수집 _165
5.2.1 AS-IS ERD _166
5.2.2 DB 오브젝트 추출 _168
5.2.3 서식 _170
5.2.4 현업 장표 _170
5.2.5 보고서 _170
5.2.6 관련 법령 및 문서 _170
5.3 속성 후보의 선정 _171
5.4 속성 확정 _173
5.5 속성 검증 _176
5.5.1 최소 단위 검증 _176
5.5.2 유일값 검증 _180
5.5.3 추출값 검증 _181
5.5.4 관리 수준 상세화 검토 _183
5.6 속성 확정시 고려 사항 _185
5.6.1 속성명 부여 _185
5.6.2 도메인 _186
5.6.3 NULL 여부 _187
6. 정규화(Normalization) _188
6.1 이상(anomaly) 현상 _189
6.1.1 삽입 이상(insert anomaly) _189
6.1.2 갱신 이상(update anomaly) _190
6.1.3 삭제 이상(delete anomaly) _191
6.2 함수적 종속성(Functional Dependency) _192
6.2.1 완전 함수적 종속(Full Functional Dependency) _192
6.2.2 부분 함수적 종속(Partial Functional Dependency) _193
6.2.3 이행 함수적 종속(Transitive Functional Dependency) _193
6.3 정규형(Normal Form) _194
6.3.1 제1정규형(1st Normal Form, 1NF) _194
6.3.2 제2정규형(2nd Normal Form, 2NF) _196
6.3.2 제3정규형(3rd Normal Form, 3NF) _197
7. 이력관리 _198
7.1 이력관리 형태 _200
7.1.1 점이력 _200
7.1.2 선분이력 _201
7.2 이력관리 유형 _203
7.2.1 ROW_LEVEL 이력관리 _203
7.2.2 COLUMN_LEVEL 이력관리 _204
7.2.3 SUBJECT_LEVEL 이력관리 _204
7.3 이력관리 형태 및 유형의 조합 _205

4장 물리 데이터 모델링
1. 물리 데이터 모델링이란? _218
2. 엔터티를 테이블로 변환 _220
2.1 테이블명 변환 _220
2.2 서브타입 변환 _223
2.1.1 하나의 테이블로 통합 _223
2.1.2 서브타입별로 테이블 분할 _224
2.1.3 아크(Arc) 형태로 테이블 분할 _225
3. 속성을 컬럼으로 변환 _227
3.1 컬럼명 변환 _227
3.2 데이터타입 변환 _228
3.3 제약조건(Constraint) 설정 _231

참고 문헌 _231

* 데이터 모델링은 단순한 스킬이 아닙니다. 데이터 모델링은 건축과 비교하면 건물의 골조, 뼈대를 세우는 일과 같습니다. 효율적인 시스템 구축을 위한 데이터 모델링의 중요성은 말할 필요조차 없습니다. 데이터 모델링은 어렵지만 뛰어난 데이터 모델링 실력은 상당한 희소가치가 있습니다. 데이터 모델링은 단순히 지식을 외운다고 잘할 수 있는 일이 아니기 때문입니다. 논리력, 사고력, 판단력이 필요합니다. 그리고 정답이 없습니다. _본문 05쪽

* 이 책은 방법론에 관한 책이 아니며 단순히 ‘모델링 하는 방법’을 알려주거나 ‘이렇게 하면 되더라’식의 정보를 제공하는 수준에서 끝나지 않습니다. 데이터 모델링에서 가장 중요한 능력은 '사고를 통한 판단력'입니다. 이 책은 모델링에 필요한 사고력을 기르는 방법을 알려줍니다. “남이 방법을 알더라도 쉽게 흉내를 낼 수 없는 사고적인 것을 할 수 있어야 한다”라는 말은 너무나도 중요합니다. 데이터 아키텍처 컨설팅이나 데이터 모델링이 어려운 이유는 바로 ‘방법을 알아도 실천하기 어려운 일’이기 때문입니다. _본문 08쪽

* 데이터 모델링 회사에 들어가지 않아도, 당장 나를 가르쳐 줄 선배가 없어도 방법은 있습니다. 데이터 모델링 고수에게 직접 배우는 것처럼 좋은 책이 있다면 가능합니다. 그래서 데이터 모델링 고수와 이 책을 만들게 되었습니다. 좋은 원고와 출판 기회를 주신 박종원 이사님께 진심으로 감사드립니다.
생각하는 힘을 가진 사람은 문제해결 능력과 종합적인 사고력을 갖춘 훌륭한 인재입니다. 이런 사람은 무슨 일을 해도, 어떤 자리에서건 빛날 것입니다. 많은 분들께 이 책이 데이터 모델링을 쉽게 알게 해주고 생각하는 힘을 길러주는 좋은 발판이 되기를 바랍니다. 데이터 모델링을 공부하고자 하는 분들께 도움이 되고 지금 있는 자리에서 도약 할 수 있는 좋은 기회를 줄 수 있는, 오랫동안 사랑받는 책이 되기를 진심으로 기원합니다.
_본문 10쪽

* 실제로 프로젝트를 하면서 개발 경력이 많은 개발자에게 간단한 업무 요건을 주고 데이터 모델링을 해보라고 하면 엉뚱하게 작도하는 경우가 비일비재합니다. 일을 잘하는 개발자들도 다른 사람이 만든 데이터 모델을 기초로 애플리케이션을 개발하는 일은 능숙하게 해내지만 직접 데이터 모델을 작성하기는 그리 만만치 않게 느끼는 것이 사실입니다. _본문 11쪽

* 실제 프로젝트에서 모델링을 진행하는 모습을 옆에서 보는 것처럼 업무 요건에 맞는 엔터티를 도출하고 식별자를 부여하며 관계를 설정하는 등 일련의 데이터 모델링 진행 과정을 자세하고 생생하게 기술했습니다.
데이터 모델링 진행 과정에서 모델러가 무엇을 생각하고 고민하고 결정해야 하는지 그 과정과 내용도 자세하게 알려줍니다. 해야 할 것과 하지 말아야 할 것, 먼저 해야 할 것과 나중에 해야 할 것의 대상과 우선순위를 결정하는 과정도 자세히 알 수 있습니다. 제시된 업무 요건도 충족하면서 업무 변경 시 유연하고 확장성이 보장되는 데이터 모델링을 하는 방법과 그 과정도 자세하게 알 수 있습니다. _본문 12쪽

* 데이터 모델링은 첫째, 데이터의 골격부터 명확히 정의하고 둘째, 봐야 할 것과 보지 말아야 할 것을 구별하며 셋째, 먼저 봐야 할 것과 나중에 볼 것을 구분해서 진행하여야 한다.
데이터 모델링은 건축물의 뼈대처럼 데이터의 뼈대, 즉 데이터의 구조를 설계하는 과정이며 설계 결과에 따라 시스템의 성패가 달려있다 해도 과언이 아니다. 업무 요건은 시간의 흐름에 따라 변화되고 변경되며 데이터 모델은 이에 따라 큰 흔들림 없이 적용 가능하도록 데이터 구조를 설계해야 한다. _본문 25쪽

* 데이터 모델링은 업무 요건을 파악하여 업무를 효율적으로 처리하기 위한 데이터 구조를 설계하는 과정이다. 그러기 위해서는 업무에 능통한 현업사용자와 함께 모델링을 진행하여 업무 요건의 누락됨이 없이 데이터 모델을 완성할 수 있도록 지원받아야 한다. 현업 업무 담당자는 업무 프로세스 기반하에 업무를 이해하는 경우가 많은데 데이터 모델러는 프로세스에서 데이터를 보고 어떻게 데이터가 관리되어야 할지 끊임없이 고민하여 구조를 설계해 나아가야 한다. _본문 28쪽