💡 핵심 요약 (TL;DR)
데이터충돌, DeadLock의 동작 원리를 이해하고 실제 프로젝트에 적용하기 위한 실무 가이드다. * 동일한 시간에 동일한 데이터에 대해 서로 다른 세션이 동시에 적업하는 것을 막기위해 oracle은 DML발생시 관련행 단위로 LOCK을 구현.
💡 핵심 요약 (TL;DR)
데이터충돌, DeadLock의 동작 원리를 이해하고 실제 프로젝트에 적용하기 위한 실무 가이드다. * 동일한 시간에 동일한 데이터에 대해 서로 다른 세션이 동시에 적업하는 것을 막기위해 oracle은 DML발생시 관련행 단위로 LOCK을 구현.
DB유저관리 : user 생성, 권한부여, 패스워드관리
💡 핵심 요약 (TL;DR)
DB유저관리 : user 생성, 권한부여, 패스워드관리의 동작 원리를 이해하고 실제 프로젝트에 적용하기 위한 실무 가이드다. * user명, 초기패스워드를 설정하여 유저를 생성한 뒤 어떤 권한을 줄지 확인을 적용할 수 있다.
💡 핵심 요약 (TL;DR)
datafile 관리하기의 동작 원리를 이해하고 실제 프로젝트에 적용하기 위한 실무 가이드다. * EM접속 -> storage탭 -> Tablespace 클릭 -> create버튼 클릭 -> 속성 설정하고 OK을 적용할 수 있다.
💡 핵심 요약 (TL;DR)
오라클의 Database 켜고 끄기의 동작 원리를 이해하고 실제 프로젝트에 적용하기 위한 실무 가이드다. 7. open : DB가 정상적으로 켜진 단계, 일반 DB사용자 접속 가능을 적용할 수 있다.
Oracle DB생성방법 2가지, Oracle DB Tool, Parameterfile 유형
💡 핵심 요약 (TL;DR)
Oracle DB생성방법 2가지, Oracle DB Tool, Parameterfile 유형의 동작 원리를 이해하고 실제 프로젝트에 적용하기 위한 실무 가이드다. * 주로 일반유저(개발자) 사용 가능을 적용할 수 있다.
Oracle DB구조4 : 구조 완벽정리, 상황별 오라클 DB 순서
💡 핵심 요약 (TL;DR)
Oracle DB구조4 : 구조 완벽정리, 상황별 오라클 DB 순서의 동작 원리를 이해하고 실제 프로젝트에 적용하기 위한 실무 가이드다. 핵심 설정과 구현 코드를 단계별로 파악하여 상황에 맞게 유연하게 활용할 수 있다.
Oracle DB구조3 : Instance의 Background process
💡 핵심 요약 (TL;DR)
Oracle DB구조3 : Instance의 Background process의 동작 원리를 이해하고 실제 프로젝트에 적용하기 위한 실무 가이드다. * 안의 내용이 바뀌지 않았으므로 다시 디스크(= DB)에 저장할 필요가 없다.
Oracle DB구조2 : Instance의 SGA 메모리구조
💡 핵심 요약 (TL;DR)
Oracle DB구조2 : Instance의 SGA 메모리구조의 동작 원리를 이해하고 실제 프로젝트에 적용하기 위한 실무 가이드다. InstanceSGA(System Grobal Area)메모리구조Shared poolLibrary cache :- 최근에 실행된 sql구문과 실행계획이 저장되는 공간- LRU(Least Recently Used Algorithm) 알고리즘으로 관리됨.- 대소문자, 공백까지 일치가 되어야 hit됨.Data dictionary cache : - 최근에 사용된 DB 정의정보가 저장된 공간- 정의정보란 file, object, 권한, 제약조건 등- LRU(Least Recently Used Algorithm) 알고리즘으로 관리됨.DB buffer cache실제 실행 작업을 하는 메모리 구조-최근에 사용된 Data block이 저장된 곳-LRU 알고리즘으로 관리됨Redo log buffer-DB에서 발생된 변경작업의 로그정보(Redo data)가 기록되는 곳-순환형으로 관리됨Background ProcessPMON- User proc fail시 진행하던 트랜잭션 롤백 및 선점하고 있던 자원과 lock을 해제함SMON- Instance fail(= DB 비정삭적인 종료) 후 DB 재시작될 때 DB동기화를 시켜줌DBWR- DB buffer cache의 Dirty block을 datafile로 기록함- 체크포인트 발생시 기록함LGWR- commit이 발생될 때 redo log buffer의 로그정보(= redo data)를 redo log file로 기록함CKPT- 체크포인트 발생시 DBWR에게 알려줌.- DBWR기록 후 datafiles 헤더와 controlfile에 마지막 체크포인트 번호를 갱신함DatabaseDatabase 3대파일Data files실제 data가 저장되는 공간data dictionary가 저장되는 공간datafile 정보 조회 : v$datafile(영구data), v$tempfile(임시data)Control fileDB의 무결성 유지/관리할 수 있는 모든 동기화정보가 기록된 공간DB의 논리적/물리적 구조 정보, 마지막 작업번호 등이 저장DB당 하나이상 존재 -> 최대8개까지 다중화기능제공오라클 권장 3개Control file 정보조회: v$controlfileRedolog filesDB에서발생된 변경 작업의 로그정보(Redo data)가 기록된 공간주목적 : Datafile recovery(복구)DB당 최소 2개이상 존재순환형 관리Redo log Group(논리적 구조) : DB당 2개이상Redo log Member(물리적 구조,file) : Redo log Group당 1개이상오라클 권장사항 : Group 3개, Member 2개씩Redolog files 정보조회 : v$log, v$logfileParameter fileInstance의 정의정보가 기록된 공간SGA할당정보, B/G proc정보 등DB의 여러 설정 정보가 기록된 공간위치 : $ORACLE_HOME/dbs이름 : spfileSID.ora 또는 initSID.oraPassword fileDB를 시작/종료할 수 있도록 인증해주는 공간.위치 : $ORACLE_HOME/dbs이름 : orapwSIDOptionalArchived log files- Redo log file의 오프라인 복사본- 주목적 : Datafile Recovery- log mode : Narchive log mode VS Archive log mode 중 선택- log mode 정보 조회 : v$database을 적용할 수 있다.
💡 핵심 요약 (TL;DR)
Oracle DB구조1 : Database의 동작 원리를 이해하고 실제 프로젝트에 적용하기 위한 실무 가이드다. InstanceSGA(System Grobal Area)메모리구조Shared poolLibrary cache :- 최근에 실행된 sql구문과 실행계획이 저장되는 공간- LRU(Least Recently Used Algorithm) 알고리즘으로 관리됨.- 대소문자, 공백까지 일치가 되어야 hit됨.Data dictionary cache : - 최근에 사용된 DB 정의정보가 저장된 공간- 정의정보란 file, object, 권한, 제약조건 등- LRU(Least Recently Used Algorithm) 알고리즘으로 관리됨.DB buffer cache실제 실행 작업을 하는 메모리 구조-최근에 사용된 Data block이 저장된 곳-LRU 알고리즘으로 관리됨Redo log buffer-DB에서 발생된 변경작업의 로그정보(Redo data)가 기록되는 곳-순환형으로 관리됨Background ProcessPMON- User proc fail시 진행하던 트랜잭션 롤백 및 선점하고 있던 자원과 lock을 해제함SMON- Instance fail(= DB 비정삭적인 종료) 후 DB 재시작될 때 DB동기화를 시켜줌DBWR- DB buffer cache의 Dirty block을 datafile로 기록함- 체크포인트 발생시 기록함LGWR- commit이 발생될 때 redo log buffer의 로그정보(= redo data)를 redo log file로 기록함CKPT- 체크포인트 발생시 DBWR에게 알려줌.- DBWR기록 후 datafiles 헤더와 controlfile에 마지막 체크포인트 번호를 갱신함DatabaseDatabase 3대파일Data files실제 data가 저장되는 공간data dictionary가 저장되는 공간datafile 정보 조회 : v$datafile(영구data), v$tempfile(임시data)Control fileDB의 무결성 유지/관리할 수 있는 모든 동기화정보가 기록된 공간DB의 논리적/물리적 구조 정보, 마지막 작업번호 등이 저장DB당 하나이상 존재 -> 최대8개까지 다중화기능제공오라클 권장 3개Control file 정보조회: v$controlfileRedolog filesDB에서발생된 변경 작업의 로그정보(Redo data)가 기록된 공간주목적 : Datafile recovery(복구)DB당 최소 2개이상 존재순환형 관리Redo log Group(논리적 구조) : DB당 2개이상Redo log Member(물리적 구조,file) : Redo log Group당 1개이상오라클 권장사항 : Group 3개, Member 2개씩Redolog files 정보조회 : v$log, v$logfileParameter fileInstance의 정의정보가 기록된 공간SGA할당정보, B/G proc정보 등DB의 여러 설정 정보가 기록된 공간위치 : $ORACLE_HOME/dbs이름 : spfileSID.ora 또는 initSID.oraPassword fileDB를 시작/종료할 수 있도록 인증해주는 공간.위치 : $ORACLE_HOME/dbs이름 : orapwSIDOptionalArchived log files- Redo log file의 오프라인 복사본- 주목적 : Datafile Recovery- log mode : Narchive log mode VS Archive log mode 중 선택- log mode 정보 조회 : v$database을 적용할 수 있다.
💡 핵심 요약 (TL;DR)
Subquery4: with절의 동작 원리를 이해하고 실제 프로젝트에 적용하기 위한 실무 가이드다. * 복합 query내에서 동일한 쿼리블록이 두 번 이상 발생하면 그 블록을 select문에 사용가능을 적용할 수 있다.