Science of Database

오랜만에 책장 정리를 하였다.
그러다가 책장의 한칸에 필독 List 를 만들었다.
나의 경우 필독 List 란 한번 보았지만 반드시 두번이상 다시 보아야 할 List 와 꼭 보아야 하지만 아직 보지 못한것들을 정리한 것 이다.


언제 이것들을 다 보려나?
보면 알겠지만 오른쪽은 모델링 혹은 Architecture 중간은 오라클 왼쪽은 일할때 도움을 주는 도서 가장 왼쪽은 재미있는 것들  순으로 나열해 보았다.

재즈 속으로 : 이 책은 15년전에 구입한 것 이지만 다시 한번 보려 한다.
                    여기서 듀크 앨링턴 부터 허비행콕 까지의 여행을 할수 있었다.

로지컬 씽킹 : 제목이 이상하지만  논리적인 생각과 글쓰기의 기법을 알려주는 책이다.
                    바바라 민토의 논리의 기술과 내용이 같으므로 둘중에 하나만 보면 된다.

The CRM Hand Book : CRM 프로젝트를 하는사람들에겐 필독서라 할수 있다.
                                     IT 관점에서 바라보는 CRM 도서.
                                     모델링시 도움을 많이 받았다.

Oracle Performace Firefighting : 스티브 아담스의 책 Oracle8i Internal Services for Waits, Latches, Locks,
                                                    and Memory 의 Upgrade 버젼 이라고 보면 된다.
                                                    저자는 Craig Shallahamer 라는 사람인데 Cary Millsap 과는 친구 사이이다.
                                                    열공중....

DW 2.0 : 2.0 의 시대이다. DBA 2.0, WEB 2.0, 오라클 11g 2.0 ....
              이책은 DW 모델링 책이 아니라 Architecture 책이다. 아지 보지 못했다.

Physical Database Design : 몇 안되는 물리 모델링 책이다. 아쉬운 점은 IBM DB2 의 관점이 많다는 것.

Data Model Patterns 시리즈 : 자바에만 Pattern 책이 있는건 아니다. 모델링 도 많이 있다.
                                               바커의 Case Method 를 더욱 빛나게 한 시리즈 이다.
                                               국내에 제대로 된 모델 Pattern 책이 한권 이라도 있으면 좋으련만...
                                               언제쯤 Pattern 책이 나오려나?

편집후기 : 혹시 여러분이 정리한 필독 리스트가 있으면 공유 해주기 바란다.

DBMS를 이용하여 프로젝트를 진행하는 사람들에게 영원한 이슈는 무엇일까?
아마도 모델링 또는 튜닝 혹은 데이터 품질 등일 것이다. 그중에서도 DBMS 지식을 가장 많이 요구하면서도 지속적으로 지식을 Upgrade 해야 하는 분야를 꼽으라면 당연히 DBMS 튜닝분야 이다. 모델링이나 데이터 품질에는 DBMS 종류나 버젼과는 상관이 없는 부분이 많지만 튜닝분야는 전혀 다르다. 튜닝은 그특성상 특정 DBMS에 정통해야 하며 특정기능의 사용여부는 프로젝트에서 사용하는 DBMS의 특정 버젼에 종속될수 밖에 없기 떄문이다. 따라서 DBMS의 버젼이 올라가면 공부해야 할 튜닝관련 도서들도 달라져야 한다. 이런 의미에서 이미 Old Fashioned Love Book이 되어버린 Tomas Kyte의 Efective Oracle By Design이나 Jonathan Lewis의 (Practical Oracle 8i)의 명맥을 이을 Oracle 11g의 튜닝서적의 서평을 적어보려한다.

 

얼마나 좋은 책 이기에?
이번에 소개할 책은 스위스 엔지니어인 Christian Antognini가 저술한 Trouble Shooting Oracle Performance 이다. 2008년 11월에 출간 되었으나 한동안 관심이 없다가 2009년 2월에야 이 책을 보게된 계기는 추천사를 쓴 엔지니어 두사람 때문이었다.

오라클을 잘아는 사람이라면 진정한 Guru인 Cary Millsap과  Jonathan Lewis를 잘알것이다. Cary Millsap은 21 세기형 Oracle DBMS 의 튜닝방법론인 Method-R 을 집대성한 사람이다. Jonathan Lewis는 유명한 저서 Cost-Based Oracle: Fundamentals로 널리 알려진 사람이다. 이두사람이 추천한 책이라면 최소한 책값(?)은 하기 때문이다.

스위스 사람이 영어로 책을 써?
미국이나 영국 사람이 아니므로 영어가 이상할 것이라고 생각하는 사람이 있을수 있다. 하지만 필자는 역으로 생각한다. 영어권이 아닌 사람이 영어로 책을 쓸경우 오히려 이해하기가 훨씬 편하다. 철학적인 문구나 이해하기 어려운 문구를 넣는 경우가 극히 드물기 때문이다.

책의 내용을 살펴보자
이 책은 4개의 부분으로 나눌수 있다.

part1 : 기본
여기서는 거시적인 관점에서 문제 발생시 기본적인 접근방법론과 튜닝시 필요한 여러가지의 개념을 다루고 있다.
또한 프로젝트 방법론에 따른 튜닝 방법을 제시하고 있는데 약간은 고전적인 Water Fall 방법론을 따르고 있다.
튜닝 프로젝트에서 이책에서 제시한 대로만 한다면 아주 완벽하게 성공할수 있을것이다.
하지만 이론과 현실의 괴리감은 항상 있는법. 이책의 내용대로 라면 요구사항 분석단계에서 튜닝팀이 이미 존재하고 있어야 한다.

하지만 현실은? 대부분 설계단계(물리모델링시) 혹은 개발단계(개발자가 SQL을 작성하는 단계)에서 튜닝팀이 투입되고 심지어 마지막 통합 Test 단계에서도 종종 투입되기도 한다. 참으로 안타까운 아쉬운 현실이다.
저자가 이야기 하는 또하나의 중요한 점은 문제 발생시 항상 Business 관점에서 접근하라는 것이다.
필자도 이점에 동의 한다. 시스템적으로 접근하는 것은 항상 한계가 있기 마련이다.
Business를 이해하고 문제를 분석한다면 SQL 이 쉽게 이해될 것 이며 튜닝 작업이 더욱 쉬워질것이다.
Metod R 방법론 에서도 이점을 강조하고 있다는 것을 잊지말기 바란다.

part2 : 문제의 발견
저자는 문제의 분석시 반드시 모든구간에서 분석하라고 말하고 있다. 병목구간이 만약 AP 서버이거나 네트웍 구간이라면 DB의 문제가 아니라고 말할수 있다. Loop 로 처리된 SQL이 아니라면...
물론 이렇게 하려면 DB 모니터링 툴이 아닌 APM Tool이 존재 해야한다.

part2에서 필자가 가장 맘에드는 것은 TVD$XTAT 라는 멋진 분석 TOOL 을 제공 하고 있다는 점이다. TKPROF가 주지못하는 정보를 이 TOOL에서 제공한다. 꼭 사용해보기 바란다. 이 Tool 은 GUI Tool이 아니라 Command Line Tool 이다. 오해하지 말기 바란다.

part3 : 옵티마이져
part2 가 문제 발생시 접근 방법이라면 part3는 튜닝시 꼭 필요한 옵티마이져 관련지식이라고 할수 있다.  
일반적인 튜닝책이라면 통계정보의 생성이나 성능관련 파라미터의 설정법등이 대충설명 되어있음에 실망하게 될것이다. 대부분의 경우 통계정보나 파라미터 보다는 SQL 튜닝 테크닉이나 실행계획을 보는 방법등을 상세히 설명하고 있는데 이책에서는 모든것을 언급하고 있다.

통계정보의 경우  dbms_stats 패키지가 11g 에서 달라진 부분까지 상세히 설명하고 있으며 파라미터의 경우 로드맵 까지 제시하고 있다. 특히 chater 4(System and Object Statistics) 와 chapter5(Configuring the Query Optimizer)의 경우 여타의 튜닝책에서 찾아볼수 없는 부분이다.

한가지 오해하지 말아야 할것은  Physical Optimizer(비용을 계산 하여 최적의 엑세스 Path및 조인 Method를 선택하는 것을 담당함) 혹은 Logical Optimizer(Query Transformation 을 담당함)등을 직접적으로 설명한 책이 아니라는 것이다. Physical Optimizer나 Logical Optimizer는 각각 1권의 두터운 책으로 나와도 지면이 부족하다는 것을 알아야 한다.

part4 : 최적화
팔자가 가장 좋아하는 부분이다.
Parsing 을 최소화 하는방법, 데이터 access 및 Join 최적화, Advanced Technic, Physical Design 등을 다루고 있는데 가장 마음에 드는 부분은 Physical Design 부분이다. 이것은 사실상 Modeling 책에서나 나올법한 주제이지만 이책에서는 일반적인 물리 모델링 방법론을 다루는 것이 아니라 다른 Modeling책에서 다루지 않는 부분을 아주 세밀하게 다루고 있다.

예를들면 컬럼순서가 중요한 이유, 데이터 타입이 옵티마이져에 미치는 영향, 테이블의 컬럼이255 개를 넘기지 말아야 할 이유등이 그것이다. 아래의 예제를 보면 데이터 타입의 최적화가 얼마나 중요한지 알수 있다.

결과:

N1                                                             N2
------------------------------------------ ----
.3333333333333333333333333333333333333333   .33

위에서 데이터 한건을 insert 하고 밑에서 컬럼값을 Byte 로 환산하고 있다.

결과 :

VSIZE(N1)   VSIZE(N2)
---------- ----------
21               2

컬럼값의 Size가 무려 10배 이상 차이가 난다. 바로 이것이 물리모델링시 Width가 없는 Number형을 쓰지 말아야 할 이유이다.

뭐? 모델러가 튜닝 책을 봐야 한다고?
이러한 물리적 특성은 물리모델링을 고민하는 모델러들이 반드시 알아야 한다. 필자는 논리 모델은 잘되어 있지만 물리 모델이 최적화 되어 있지 않은 경우를 숫하게 보아왔다. Oracle을 이용하여 물리모델링 을 하는 사람들은 반드시 이런 종류의 책을 읽기 바란다. 왜냐하면 일반적인 모델링책의 경우 물리모델링시 오라클에 최적화 시키는 방법은 언급이 없기 때문이며 이러한 이유 때문에 튜닝책을 모델러들이 보아야만 하는 것이다.

결론:
필자가 이 책을 좋아하는 이유는 위에서와 같이 NUMBER형을 쓰지말아야 할 이유를 테스트를 통해서 비교해 주기 때문이다.  이 책에는 위와 같은 예제가 많이 등장한다. 마치 Tomas Kyte의 책(Efective Oracle By Design)이나 Jonathan Lewis의 (Practical Oracle 8i)과 같은 책을 보는듯 하다. Oracle 튜닝의 교과서라 할수 있는 이런 책들은 튜닝을 적용한 경우와 그렇지 않은 경우를 번갈아 보여주며 차이점을 극명하게 대조시키는 방법을 사용하고있다.
다행스럽게도 오늘 필자가 리뷰한 Trouble Shooting Oracle Performance 또한 이러한 방법을 쓰고있다.
여러가지 면에서 Oracle 튜닝에 관해 진지한 고민을 해본 사람들에게 추천하고 싶은 책이다. 여러분들도 한번 고민해보지 않겠는가?

P.S : 이책과 관련된 또다른 서평을 아마존(Amazon)에서 참조하기 바란다.
Amazon 서평

예전에 Relational Database Index Design and the Optimizers 라는 글과
중급 개발자들이 보아야 할 오라클 책 이라는 글에서 DBMS 및 오라클 관련책을 추천한바 있다.
이번에는  Cost-Based Oracle Fundamentals 의 저자인 Jonathan Lewis 가 DBMS 관련 책 8권을 추천하였다.
우연히도 필자가 추천한 책 2권을 Jonathan Lewis도 도 추천 하였다.
아래의 주소를 참조하기 바란다.

http://jonathanlewis.wordpress.com/2009/01/14/books/

편집후기: Comments 부분에도 책 여러권이 등장 하므로 꼭 읽어보기 바란다.

예전에 필자가 Relational Database Index Design and the Optimizers 라는 인덱스 관련된 책을 추천한바 있다.
오늘은 중급개발자로 부터 오라클을 잘사용할수 있도록 3종류의 책을 추천 해달라는 요청을 받았다.
"오라클을 7~8년 정도 사용하였지만 3~4년 전부터 SQL 실력이 늘지않는다." 가 추천을 요청한 사유이다.
3종류의 책은 다음과 같다.
1. SQL 을 자유자재로 구사할수 있는 능력을 기르는 책
   참고로 위의 책은 튜닝책을 이야기 하는것이 아니다.
   원하는 답을 내기위한 효율적인 SQL 활용법을 가르쳐주는 책을 이야기 하는것이다.  
2. SQL 튜닝책
3. PL/SQL 튜닝책

물론 단한권으로 1,2,3 번을 어느정도 기본적인 사항들을 커버하는 책이 있다.
바로 Tomas Kyte 의 Effective Oracle by Design 이다.
하지만 위의 책을 정복 한다고 해도 1,2,3 번중 어느것도 Master 가 될수는 없다.
왜냐하면 한권의 책으로는 깊이의 한계와 페이지수의 한계를 넘지못하는 것이다.
마찬가지로 국내서적중에서 깊이있는 책이 존재하지만 1,2,3번을 모두다 다루려고 하다보니 대부분 깊이
들어가지 못하고 소개정도에 그치고 있다.  

해당 개발자는 다행스럽게도 영문서적도 상관없다고 하였다.
또한 각권을 독파하면 바로 효과를 볼수 있는 책을 원했다.
다시 말하면 투자시간 대비 효율이 좋은 책을 원하는 것이다.
어떤책이 투자시간 대비 효율이 좋은 책인지 이해를 돕기위해 아래의 그림을 보자.













위의 곡선은 필자가 생각하는 실력 상승곡선이다.
검은 화살표 3개를 보면 조금만 노력을 하면 실력이 급격히 향상되는것을 알수있다.
이것은 초급 중급 단계에서는 조금만 노력해도 실력향상의 폭이 크다는 것을 나타낸다.
하지만 상대적으로 빨강화살표 부분부터는 노력을 많이해도 실력이 별로 늘지 않음을 알수 있다.
다시말하면 고급(고수의 세계)단계에서는 책 1~2 권 읽는다고 해서 실력이 그다지 늘지않는다.    
누구도 실력 상승곡선의 예외일수 없다.
오늘 추천하는 책 3권은 오라클 개발및 튜닝 관점에서 빨강화살표 부분까지 가장 빨리 도달할수있게
도와주는(효율이 좋은) 책이라 할수 있다.  
개발자들이 읽어야할 책과 DBA, 컨설턴트들이 보아야 할 책은 엄연히 다르고 생각한다.
개발자 입장에서 일단 후보가 될수있는 책을 생각하니 7~8권 정도 생각이 났지만 몇시간의 장고 끝에
아래의 3권을 추천 하였다.



각각의 장점을 설명하면 아래와 같다.

1.Mastering Oracle SQL 2nd Edition (저자:Sanjay Mishra & Alan Beauieu)
  말이 필요없는 SQL 활용의 대가인 Alan Beauieu 의 작품이다.
  중급개발자라면 1,2장은 넘기면서 볼수 있지만 3장부터는 신경을 써야한다.
  모든 스크립트는 온라인으로 Down Load가 가능하다.
  자세한 내용은 필자의 서평을 참조하기바란다.

2.SQL Tuning (저자:Dan Tow)
  Oracle 뿐아니라 DB2, SQL Server 의 SQL 튜닝을 모조리 커버하는 놀라운 책 이다.
  여러분이 만약 업무를 모르는 상태에서 SQL 튜닝 요청을 받았다고 가정하고 해당 SQL 의 FROM 절에
  테이블이 8~10 개정도 있다고 할때 조인순서및 조인방법을 쉽고 빠르게 확정할수 있겠는가?
  국내외를 막론하고 조인순서및 조인방법에 대하여 이책만큼 명확한 방법론을 제시하는 책은 없었다.
  Dan Tow 의 Diagram-Based 방법론을 익힌다면 SQL 튜닝에 대해서는 더이상 걱정이 없을것이다.
  Method-R 방법론을 집대성한 Cary Milsap 이 적극 추천한 책이기도 하다.

3.Mastering Oracle PL/SQL (저자:Cornor McDonald)
  PL/SQL 문법이나 활용서적이 아니라 튜닝 책이다.
  마지막 순간까지 이책과 Steven Feuerstein 의 Oracle PL/SQL Best Practices를 두고 고민 하였다.
  하지만  Steven Feuerstein 의 책은 100% PL/SQL 튜닝 책이 아니고 PL/SQL 의 효율적인 활용에 대해서
   50% 정도 언급을 하고 있기 때문에 제외 시켰다.
  Cornor McDonald의 책은 100% 튜닝관점에서 집필된 책이다.
  모든 소스 코드가 온라인에 공개되어 있으므로 튜닝과정을 따라가기가 매우쉽다.  
  예를 하나만 들면
 "같은 답을 내는 2가지의 PL/SQL 이 있고 구현방법이 다를때 redo 양이 적게 발생하는 것이 무엇인지?"
  등의 상당히 재미있는 주제가 많다.  
  기본(1,2번 책)을 익히고 이책을 정복한다면 이책의 제목처럼 PL/SQL 튜닝에 대해서는 Master 가 될것이다.

모든 중급개발자및 DBA들에게 위의 3가지 책을 자신있게 추천한다.
만약 컨설턴트들이 위의 책들을 보지 못했다면 실수라고 말하고 싶다.
이런 종류의 책이 국내에는 없다는점이 아쉬울 뿐이다.
최근에 환율이 장난이 아니고 난위도가 어느정도 있는책이므로 중간에 포기할 생각이라면 원서를
구입하지말고 E-Book 등을 활용하기 바란다.
참고로 3번책을 제외하면 E-Book 을 구할수 있다.(방법은 각자 알아서...)

편집후기 :
혹시 여러분들이 1,2,3 번에 대해여 다른책을 추천한다면?
물론 효율(실력 상승곡선)을 염두에 두어야 한다.
여러분들의 의견을 듣고 싶다.  

Relational Database Index Design and the Optimizers

튜닝의 관점에서 가장중요하고 기본적인 것 3가지는 무엇일까?
DBMS의 구조의 이해? 아니면 Wait Event?
모두 중요하지만 정답이아니다.
사실 개발자나 설계자들이 모든 DBMS 의 구조나 Wait Event를 알기란 사실상 불가능하다.

필자가 바라보는 가장 중요한 세가지는 아래와 같다.
1.효율적인 스키마(테이블) 디자인  
2.고품질의 SQL 작성능력
3.전략적인 인덱스 설계

너무도 당연한 이야기 일까?
하지만 위의 3가지를 모두만족 하는 사이트는 거의 없다는 것이 현실이다.

위의 세가지중에 오늘은 RDB 인덱스 대하여 깊이있는 주제를 다루는 책에 대하여 이야기 할것이다.
RDB 튜닝에 있어서 인덱스의 중요성은 다른무엇보다도 크다고 하겠다.

이책의 주제는 인덱스이다.
인덱스 가지고 책한권이나 읽어야 하나?
그런 생각이 날법도 하지만 일단 한장 한장 넘기다 보면
그런 생각이 싹 사라진다.
이책은 거의 모든 메이져 RDBMS 사의 인덱스를 커버하며
이책에서 제공하는 공식 또한 모든 RDB 에서 적용이 가능하다.
참고로 이책은 공식으로 시작하고 공식으로 끝난다.
물론 어려운 수학공식이 아닌 쉬운 계산식이다.

한가지 아쉬운점은 IBM DB2 의 기준으로 글이 쓰여졌다는 점이다.
다시말하면 DB2 엔지니어의 관점으로 Oracle 이나 SQL 서버를 바로보고 있다는 점이다.
하지만 인덱스의 특성상 DBMS 마다 방식이 다를수 없는 것 또한 인덱스의 특징이다.
물론  각 밴더사의 특수한 인덱스는 특성이 서로다를수 있지만 이책의 범위 밖이다.
인덱스관련 책이라고 하지만 인덱스와 옵티마이져의 관계, SQL 작성법 및 조인, 역정규화 등등 인덱스와 직/간접적으로 관련된 분야 까지도 언급하고 있다.

가장 재미있는 점은 저자는 모든 인덱스를 3가지 종류로 나누고 있다.
1 Star 인덱스
2 Star 인덱스
3 Star 인덱스
각각의 특성및 적용방법에 대해서는 언급하지 않고 여러분들의 몫으로 돌린다.

한가지 옥의티 라면 페이지수(300 페이지) 에 비해서 양장본(Hard Cover)이므로 너무 비싸다는 점이다.
하지만 내가 여러분이라면 그리고 튜닝에 관심이 있다면 꼭 구입 할것이다.
한국뿐만 아니라 전세계적으로 인덱스를 주제로 하는 책이 전무한 실정에서 이책은 가뭄에 단비와 같다고 하겠다.
특히 인덱스 설계나 인덱스 디자인 차트를 작성하는 설계자및 튜너에게 필요한 책이라고 할수 있다.
여러분 각자 사내 스터디 그룹을 만들고 이책을 마스터 하는것은 어떨까?

필자는 이책에 별 5개를 주고싶다.
평가 : : ★★★★★

Amazon 평가 : Relational Database Index Design and the Optimizers

PS :
필자는 책장사가 아니다.
가끔씩 고품질의 RDB 책을 소개하는 사람일 뿐이다.(오해하지 마시길)

오라클 White Paper 에 대하여