현재까지 발견된 위 책의 오탈자 정보와 오류, 그리고 보다 매끄러운 문장을 위해 수정한 내용을 안내해드립니다. 번역과 편집 시에 미처 확인하지 못하고 불편을 끼쳐드려 죄송하다는 말씀을 드립니다. 아래의 오탈자 사항은 추후 재쇄 시에 반영하도록 하겠습니다. 


이외의 오탈자 정보를 발견하시면 옮긴이가 운영하는 카페(http://cafe.naver.com/expertoracleexadata)나 출판사(jeipub@gmail.com)로 연락주시면 고맙겠습니다.


최종수정일자: 2016년 8월 23일

1쇄본 오탈자


903쪽 첫 문단 셋째줄에서 (옮긴이 제공)

기본 테이블 압축의 또 다른 단점은 UPDATE 구문을 사용하면 일반적으로 마이그레이션된 로우가 압축되지 않은 블록에도 저장된다는 점뿐만 아니라, 압축된 블록에서 DELETE 구문에 의해서 생겨난 미사용 공간이 일반적으로 재사용되지 않는다는 것이다.

=>

기본 테이블 압축의 또 다른 단점은 UPDATE 구문을 수행하면 보통은 압축되지 않은 블록으로 로우 마이그레이션이 일어날 뿐만 아니라, DELETE 구문에 의해서 생긴 압축된 블록의 빈 공간이 일반적으로 재사용되지 않는다는 것이다.



225쪽 그림 6-1 (옮긴이 제공)

(화살표 방향 및 용어 수정)




367쪽 그림 9-1 (옮긴이 제공)

(2번 박스에서 optimizer_adaptive_features 하나 삭제(중복 표기), optimizer_daynamic_sampling 삭제, 

9번 박스에 optimizer_dynamic_sampling 추가)




490쪽 밑에서 둘째줄 (옮긴이 제공)

qb_name retry_on_row_change이다. ==> qb_name, retry_on_row_change이다.



저작자 표시 비영리 동일 조건 변경 허락
신고

댓글을 달아 주세요

  1.  댓글주소  수정/삭제  댓글쓰기 Favicon of http://dev4u.tistory.com BlogIcon dev4u 2016.10.26 15:53 신고

    357쪽이 아니라 367쪽에 있네요. 오탈자 수정본에 또 다른 오탈자가 있네요 ㅠㅠ

  2.  댓글주소  수정/삭제  댓글쓰기 Favicon of http://jpub.tistory.com BlogIcon 제이펍 2016.10.28 10:49 신고

    네 알려주신 대로 367쪽이 맞습니다. 올바로 수정해두었습니다. 혼란을 드려 죄송합니다.

  3.  댓글주소  수정/삭제  댓글쓰기 Favicon of http://blog.naver.com/freebat BlogIcon 디마스터 2017.04.15 00:12 신고

    255 페이지 주석 내용중에 아래의 내용이 맞나요? 어째서 싱글블록이 빠르다는 건지 .... ㅡㅡ;
    -------------------------------------------------------------------------------
    상식적으로는 싱글블록 읽기가 멀티블록 읽기보다 더 빨라야만 한다. 하지만 현실에서 항상 그러한 것은 아니다‘ 어쨌든,
    둘 사이에 차이가 있다는 사실을 명심해야 한다

  4.  댓글주소  수정/삭제  댓글쓰기 수진아빠 2017.04.18 17:38 신고

    1회 I/O 기준 시
    Single block read (인덱스 range scan)와 multi block read(테이블 full scan)를 비교했을 때 multi block read 비용이 높게 계산되어야 하는데. 기존의 IO비용모델에서는 I/O횟수만 고려하기 때문에 둘의 비용이 동일하게 간주되는 바람에 테이블 full scan이 선호되는 문제점이 있었다는 이야기입니다.

    요즘 스토리지의 캐싱 메커니즘이 복잡하기 때문에 항상 그러한 것은 아니지만. Single block(8K) 1개 읽는 속도가 multi block(multi block read count)보다 빠른 것이 보편적입니다.



티스토리 툴바