💡 핵심 요약 (TL;DR)

Position 포지션의 동작 원리를 이해하고 실제 프로젝트에 적용하기 위한 실무 가이드다. 핵심 설정과 구현 코드를 단계별로 파악하여 상황에 맞게 유연하게 활용할 수 있다.

💡 핵심 요약 (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)

멀티스레드 프로그래밍4 : 스레드 풀을 활용한 구구단의 동작 원리를 이해하고 실제 프로젝트에 적용하기 위한 실무 가이드다. 핵심 설정과 구현 코드를 단계별로 파악하여 상황에 맞게 유연하게 활용할 수 있다.

💡 핵심 요약 (TL;DR)

스트림 API 개념의 동작 원리를 이해하고 실제 프로젝트에 적용하기 위한 실무 가이드다. * 최종처리 : 반복, 카운팅, 평균, 총합 등 집계처리 담당, 최종처리는 한 개만 사용한다.

💡 핵심 요약 (TL;DR)

Servlet쇼핑몰5: 회원정보수정의 동작 원리를 이해하고 실제 프로젝트에 적용하기 위한 실무 가이드다. * ` href속성 .me`로 작성작성을 적용할 수 있다.

💡 핵심 요약 (TL;DR)

Servlet쇼핑몰6: 회원탈퇴의 동작 원리를 이해하고 실제 프로젝트에 적용하기 위한 실무 가이드다. * 회원삭제 가상경로 설정을 적용할 수 있다.

💡 핵심 요약 (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)

'걸스인텍 서울 : Git? GitHub? 웨비나후기'에 참여하고 주요 발표 내용과 배운 점을 정리한 글이다. > #걸스인텍 #깃허브 #github #코딩 #여성개발자을 확인했다.

💡 핵심 요약 (TL;DR)

* 멀티 스레드의 장점 중 하나는 공유 데이터를 여러 스레드에서 사용할 수 있다는 점이지만 공유데이터에 여러 스레드가 동시 접근하여 수정하면 문제가 발생한다. => 이를 데이터 신뢰성이 깨졌다고 표현한다. * 멀티 스레드의 장점 중 하나는 공유 데이터를 여러 스레드에서 사용할 수 있다는 점이지만 공유데이터에 여러 스레드가 동시 접근하여 수정하면 문제가 발생한다. => 이를 데이터 신뢰성이 깨졌다고 표현한다.

💡 핵심 요약 (TL;DR)

멀티스레드프로그래밍2 : 풍선게임의 동작 원리를 이해하고 실제 프로젝트에 적용하기 위한 실무 가이드다. 핵심 설정과 구현 코드를 단계별로 파악하여 상황에 맞게 유연하게 활용할 수 있다.