데이터 베이스 블록 내용 - 행 하나는 기본 블록 사이즈보다 큰 경우가 아니면 블록 하나에 저장되어야 한다. - 트랜잭션 슬롯이 확보되지 않으면 트랜잭션을 일으킬 수 없다. - 블록 내에서는 공간이 있음에도 없다고 판단하는 절편화(=단편화((Fragmentation)) 현상을 방지하기 위한 compress가 자동으로 진행된다. - 블록은 I/O의 최소단위라서 블록을 통째로 읽기때문에 data내에서 행의 위차가 바뀌는 것은 상관없다. INITRANS - 트랜잭션 슬롯(인덱스나 데이터 블록에 동시에 엑세스 가능한)의 초기 갯수 지정 MAXTRANS - 트랜잭션 슬롯의 최대 갯수, 예를들어 3개의 트랜 잭션 슬롯이 사용될 경우 그 다음 insert, update 명령은 기대해야 한다. PCTFREE - 블록의..

- 그림과 달리 Block 사이즈는 전부다 똑같다. - 그림상 RBS가 undo 테이블 스페이스다. undo 테이블 스페이스의 생성 갯수는 제약이 없지만 실제로는 1개만 사용한다. - 템포러리 테이블 스페이스마다 세그먼트는 하나만 만들어 진다. 테이블 - 데이터베이스 내에 데이터를 저장하는 가장 일반적인 수단 - 테이블 세그먼트는 클러스터화되거나 분할되지 않은 테이블에 대한 데이터를 저장한다 테이블 분할(테이블 파티션) - 하나의 물리적인 영역이 너무 클때 나눠서 물리적인 영역을 만들어 준다. - 관리자는 분할된 것을 알지만 사용자는 그 사실을 모르기 때문에 똑같이 쓴다. 클러스터 - RDB의 검색시 대부분 join을 사용하는데 특정 테이블이 항상 join될 경우에 성능 향상을 위해 데이터를 같은 디스크..

* 테이블 스페이스 읽기 전용 스페이스 - 체크포인트 발생 - 데이터 읽기만 가능(create, insert, update, delete 불가능) - 테이블 스페이스에서 객체 삭제 가능(drop 가능) 1. 읽기 전용인 테이블스페이스의 테이블이 지워지는 이유는? - DROP 명령어는 읽기 전용인 테이블스페이스의 데이터 파일에 접근하는 것이 아닌 딕셔너리의 정보를 통해서 테이블을 삭제하기때문에 가능하다. 즉, DROP 명령어는 읽기 전용인 부분에 접근할 필요가 없기 때문에 읽기 전용 테이블스페이스에서 실행이 가능하다. 2. 읽기 전용으로 테이블스페이스의 상태를 설정해도 테이블이 지워진다면 읽기 전용은 어떤 의미가 있는가? 즉, 어떤 경우에 사용하는가? - 읽기 전용이란 더 이상의 트랜잭션이 일어날 필요가 ..

* 테이블 스페이스 및 데이터 파일 테이블 스페이스를 사용했을때 가장 큰 장점 1. 데이터 용량에 대한 제한이 없음.(물리적인 제약이 없음). 만약 테이블 스페이스를 사용하지 않는다면 대용량 데이터베이스라고 부를 수 없다. 2. 외부 하드 디스크에 접속이가능하기 때문에 성능이 우수(?) 특징 - 데이터 딕셔너리가 저장되어있음 - 사용자는 데이터파일을 지정 할 수 없음 - tablespace는 데이터파일로 구성되어 있음 - 데이터파일은 tablespace에 무조건 저장되어있어야함 - Oracle에서 모든 파일들은 tablespace로 묶어서 저장되어있음 - segment도 테이블 스페이스에 저장된다. - 한 개 이상의 데이터 파일로 테이블 스페이스 구성. 테이블 스페이스 유형 1. SYSTEM 테이블 스페..

리두 로그 파일 - 데이터의 모든 변경 사항 기록 - 복구 방식 제공 - 그룹으로 구성될 수 있음 - 최소 두 개 이상의 그룹 필요 커런트 : 로그 라이터가 정보를 쓰고 있는 그룹. 미러셋 : 파일 2개에 같은 정보를 입력하는 것. 이러한 파일은 미러링 상태이다. ALTER SYSTEM CHECKPOINT; // 로그 스위치 : 리두 로그 파일에 더 이상 저장할 공간이 없을 경우 다른 그룹에 옮겨가는 것. 관리자가 임의로 로그 스위치를 일으킬 수 있다. 로그 스위치가 일어날때 체크 포인트도 발생한다. 이렇게 로그 스위치가 발생할때 번호를 하나씩 매기는데 이러한 숫자를 로그 시퀀스 넘버라고 한다. 로그 시퀀스 넘버는 리셋되지 않는다. 만약 불완전 복구를 하면 로그 시퀀스 넘버를 1부터 다시 운영할 수 있지..

컨트롤 파일 - DB의 구조(Structure)를 포함하는 조그마한 바이너리 파일. - 오라클이 사용하며, DBA도 변경 할 수 없다. - 데이타베이스의 구조변경이나 변경사항이 있을 때 자동으로 업데이트. - 모든 데이터파일, 로그 파일의 정보(경로, 이름 등)를 소유. - 컨트롤 파일은 오라클 DB를 마운트하고, 오픈하여 사용하는데 꼭 필요한 파일. - 컨트롤 파일이 손상되면 mount, open 할 수 없으므로 적어도 두 개 이상의 컨트롤 파일을 백업 받아서 다른 디스크에 저장해 놓는 것을 추천. - 복구시 필요한 동기화(Synchronization)정보를 저장. - 정적 파라미터이기 때문에 컨트롤 파일을 복사할때는 DB를 죽인 상태에서 진행. 컨트롤 파일 다중화(미러링) 컨트롤 파일이 가용성을 확보..