구)홈페이지 오탈자 보기
데이터베이스 설계와 구축

 

페이지오탈자 내용등록일
18

(p.18 세 가지 개념 목록에서)

1. 업무가 관여하는 어떤 것(THINGS)
2. 업무가 관여하는 어떤 것 간(THINGS)의 관계
3. 어떤 것(THINGS)이 가지는 성격
==>
1. 업무가 관여하는 어떤 것 (THINGS)
2. 업무가 관여하는 어떤 것 간의 관계 (RELATIONS)
3. 어떤 것이 가지는 성격 (ATTRIBUTES)

2006-10-251
51

(p51-63)

정규화를 진행시켜나아가다 보면 필연적으로 테이블을 분해하게 되는데, 이때 테이블을 무손실 분해해야 한다는 점을 명확하게 설명해 주시면 이해가 쉬울 듯 합니다. 갑자기 한개의 테이블이 정규화를 진행하면 이렇게 두개의 테이블로 나뉜다... 라는 식의 논조는 데이타베이스에 대한 이해가 있는 독자라면 괜찮겠지만 일반 독자들이 받아들이기에는 무리가 있는듯 싶습니다.      
==>
[저자의 답변]
무손실의 의미는 정보가 없어지지 않는다라는 의미죠? 기본적으로 정규화가 진행되는 과정에서는 정보가 손실되지 않습니다.
너무 기본적인 사항이라 설명을 하지 않았었는데 이해가 어려운 사람도 있을 것 같군요. 개정판 작업시 반영하도록 하겠습니다.

2006-10-251
53

(p 53 1) 입력이상)

"새로운 주문이 접수되면 제품번호가 없어 주문내용을 입력할 수 없다" 라는 내용인데, 전후가 바뀐듯 싶습니다.
제품이 없는데 주문이 발생할 리가 없죠.
"새로운 제품이 입고되었는데 주문이 없어 제품내용을 입력할 수 없다"라고 설명하면 이해하기가 쉬울 듯....
==>
[저자의 답변]
둘다 가능합니다. 두개 모두 주식별자 영역에 포함되어 있기 때문에 어떤 것을 예로 해도 문제가 발생하는 경우죠. 즉 제품번호, 주문번호중 어느 한개가 없으면 입력이 불가능하다는 거죠. 책에서는 제품번호가 없다는 가정을 넣은 겁니다. 

2006-10-251
59

(p59 그림)

고객 테이블에서 고객번호 속성값이 주문번호 속성값으로 나와있습니다.
고객번호                    고객번호
--------                   ---------
AB345         --->         4520
AD347         --->         2341
.                           .
.                           .
.                           .
      
==>
고객 테이블에서 고객번호 속성값이 주문번호 속성값으로 나와있습니다.
고객번호                    고객번호
--------                   ---------
AB345         --->         4520
AD347         --->         2341
.                           .
.                           .
.                           .
     

2006-10-251
61

(p61 그림)

그림에서 테이블 이름이 다르게 표기되었습니다.
납품업체 ---> 납품회사 로 되어야 맞습니다.
(p62에 테이블명이 납품회사로 되어있음)      
==>
그림에서 테이블 이름이 다르게 표기되었습니다.
납품업체 ---> 납품회사 로 되어야 맞습니다.
(p62에 테이블명이 납품회사로 되어있음)     

2006-10-251
62

(p62 첫째 문단 일곱째줄)

납품 코드 ---> 납품업체 코드 로 변경해야 맞습니다.      
==>
납품 코드 ---> 납품업체 코드 로 변경해야 맞습니다.     

2006-10-251
62

(p62 세번째 문단 둘째줄)

납품회사코드 ---> 납품업체 코드 로 변경되어야 맞습니다.      
==>
납품회사코드 ---> 납품업체 코드 로 변경되어야 맞습니다.     

2006-10-251
64

(p64 그림의 첫번째 설명박스 셋째줄)

사원 코드 ---> 사원 번호 로 변경되어야 맞습니다.      
==>
사원 코드 ---> 사원 번호 로 변경되어야 맞습니다.     

2006-10-251
65

(p65 아래서 셋째줄)

분리시켜는 ---> 분리시키는      
==>
분리시켜는 ---> 분리시키는     

2006-10-251
90

(p90 맨아랫줄)

"제조회사"가 빠져있습니다.

경매물품,접수신청서,신청물품 ---> 경매물품,접수신청서,신청물품,제조회사      
==>
"제조회사"가 빠져있습니다.

경매물품,접수신청서,신청물품 ---> 경매물품,접수신청서,신청물품,제조회사     

2006-10-251
104

(p.104 식별자 분류 그림)

외부 식별자와 보조 식별자의 위치
==>
외부 식별자와 보조 식별자의 위치를 바꿔야 함

2006-10-251
109

(p 109 세번째 문단 첫째줄)

첫 번째는 자식 엔티티타입에서 받은 속성이 반드시 필수가 아니어도....


==>
첫 번째는 부모 엔티티타입에서 받은 속성이 반드시 필수가 아니어도....

2006-10-251
135

(135P 문제풀이에서 ERD 그림)

해설을 보면 학생과 강의의 관계가 선택적이라고 나와있는데 그림을 보면 선택적이 아닌 필수인것으로 그려져 있습니다. 학생은 강의를 들을수도 안들을수도 있지만 강의는 반드시 학생이 있어야만 되는것으로 되어 있습니다. 학생쪽 엔티티 타입에 동그라미가 빠진것이죠. 
(해설이 맞는것으로 보입니다만.)
한번 확인해주시기 바랍니다.      
==>
예 지적하신 내용이 맞습니다. 
동그라미가 빠진게 잘못된 것입니다. 개정판에 반영하도록 하겠습니다. 

2006-10-251
145

(p 145 도표내)

우측 부동산소유자를 부동산관계자로 바꿔야함.      
==>
부동산소유자 -> 부동산관계자

2006-10-251
147

((p147) 두번째문단 첫째줄)

PRIYMARY KEY
==>
PRIMARY KEY

2006-10-251
197

(p 197 8번째 문단)

프로세스는 고객이 주문 우선순위에 대한 상세 정보를 읽어야만 한다.

=> 무슨 뜻인지 모르겠어요. 
 
고객이 주문 우선순위 -> 고객이 주문한 우선순위
                         고객의 주문 우선순위 
인지 다른 뜻인지 고쳐보세요.
==>
프로세스는 고객의 주문 우선순위에 대한 상세 정보를 읽어야만 한다.

2006-10-251
259

((p259) 맨 윗줄)

엔티티타입 간의 관계가 M:N인 속성은 없는가?
==>
엔티티타입 간의 관계가 M:N인 것은 없는가?

2006-10-251
263

((p263) 그림)

왼쪽 사례에서 오른쪽 사례 간의 변경점이 없습니다.

살펴본 결과 왼족 사례가 전표에서 급여간의 관계가 필수로 바뀌어야 할듯싶습니다.
==>
왼쪽 그림에서 전표와 급여와의 관계에서 급여에 있는 선택(둥근원)을 필수로 바꾸고 둥근원 삭제
오른쪽 그림에서 전표쪽에 선택 관계 즉 둥근원을 포함하여 표현하는 걸로 수정해야 합니다.

2006-10-251
290

((p 290) 첫번째 그림)

1:1 주식별자 관계를 테이블로
==>
1:M주식별자 관계를 테이블로

2006-10-251
302

((p 302) 그림에서)

가장 왼쪽 1. 테이블 병합에서 맨 아래

수퍼타입 서스타입 테이블 병합
==>
수퍼타입 서브타입 테이블 병합

2006-10-251
356

((p356) 첫번째 문단 두번째줄)

LAOD
==>
LOAD

2006-10-251
412

((P412) 데이터베이스 행의 세번째행)

데이터베이스 구분 중 셋째줄,
환경변수 란에 본사정보(BONSA01/BONSA01)가
들어가 있고 본사란에 자사정보(JISA01/JISA01)가
들어가 있음       
==>
<이동>
본사열에 BONSA01/BONSA01
지사열에 JISA01/JISA01

2006-10-251