((p56) [그림1-43]의 좌측의 제품번호 테이블, 주문목록 테이블)

테이블명: 제품번호
컬럼명: 제품, 제품명, 재고

테이블명: 주문목록
컬럼명: 제품번호, 주문순위, 주문수량
==>
테이블명을 제품번호->제품, 주문목록->재품주문으로 변경하고
컬럼명을 제품->제품번호, 주문순위->주문번호로 변경함.

아래와 같이 변경.

테이블명: 제품
컬럼명: 제품번호, 제품명, 재고

테이블명: 제품주문
컬럼명: 제품번호, 주문번호, 주문수량

(59페이지)

그림 1-46 의 납품 엔티티 의 '배품코드' ==> '제품코드'

(62페이지)

그림 1-48 사원내역 엔티티 오른쪽 의 사원 엔티티에서

사원 ==> 프로젝트
사원번호 ==> 프로젝트코드

(64페이지)

그림 1-51 엔티티 사원내역 ==> 지원내역
우상단 엔티티의
사원 ==> 프로젝트
사원번호 ==> 프로젝트 코드

(86page 첫 문단 마지막 줄)

M:M인 경우는 별도의 관계 ~

-> 

M:N인 경우는 별도의 관계 ~

(P 88 첫번째 줄)

만약 고객이라는 엔터티타입으로
==>
만약 사원이라는 엔티티타입으로

(p 93 [그림 2-11] 우상단에 있는 화살표 부분)

직권 엔티티타입은 사원번호를 많이 사용하므로 적합함
==>
직원 엔티티타입은 사원번호를 많이 사용하므로 적합함

(P 94 그림 2-12 업무코드 부분)

업무코드
==>
업무코드 옆에 아래와 같은 설명을 기재합니다.


업무코드  <- 공통적인 코드를 모아 업무코드를 만들고, 부서코드를 포함함

(65페이지 6줄)

한 명의 사원에게는 여러 개의 기술을 지원할 수 있다.

==>

한 명의 사원은 여러 개의 기술을 보유할 수 있다

(p.100 그림 2-20)

관계선이 실선으로 표기되어 있음
==>
관계선을 점선으로 고칩니다.

(P133 첫째줄)

M:N 관계 해소 방법
==>
1:1 관계 해소 방법

((p.137)두번째 문단 셋째줄)

두 개의 엔티티타입은 FK 구조가 동일하므로
==>
두 개의 엔티티타입은 PK 구조가 동일하므로

((p.139) 두번째 문단 다섯째줄)

주민등록번호를 FK로 하는 통합 엔티티타입을
==>
주민등록번호를 AK로 하는 통합 엔티티타입을

((P.144) 그림3-18, 표3-1)

코드구분에 있는 마지막 코드  CD002를 CD003으로 고칩니다.
==>
코드구분에 있는 마지막 코드
CD002 -> CD003

(P 228 제일아래에서 2번째줄)

문서번호는 일반적으로 여러 속성의
==>
전표번호는 일반적으로 여러 속성의

((p 304) 셋째줄)

이 주식별자는 엔티타입이
==>
이 주식별자는 엔티티타입이

((p327) 표7-7 : 비트맵, 인덱스의 검색 속도 항목에서)

인덱스 크기가 크므로 상대적으로 소량의 대량의 데이터를 읽을 때 유리하다.
==>
인덱스의 크기가 작으므로 상대적으로 대량의 데이터를 읽을 때 유리하다.

(P454 그림 10-21 박스 안의 6번째 줄)

하나의 테이블은 반드시 한 테이블 스페이스에 소속한다.
==>
하나의 테이블은 반드시 한 테이블 스페이스에 소속한다(파티션과 같은 특수사항은 제외함).