너머

1. contextLoadListener 가 applicationContext.xml 빈 설정파일을 읽어들인다. 2. BeanFactory를 이용해서 빈을 객체 생성한다. 3. ApplicationCentxt 인터페이스를 구현한 WebApplicationContext에 객체를 저장한다. WebApplicationContext는 ServletContext(application) 영역에 저장된다.

Nested Loop JOIN select a.F!,...,b.F1 from tab1 a, tab2 b where a.key1 = b.key2 and a.f1 = 'ab' and a.f2 ='10' - 순차적(부분범위처리가능) - 종속적(먼저치리되는 테이블의 처리범위에 따라 처리량 결정) - 랜덤(Random)액세스 위주 - 연결고리 상태에 따라 영향이 크다 - 주로 좁은 범위 처리에 유리 -싱글블럭Random IO가 많다. 다량데이터 조인할때 속도 저하 - 한쪽 인덱스를 안되게 만들면 다른쪽 인덱스를 무조건 사용한다. - OLTP시스템에서 사용 : 주문처리 쇼핑몰 등 데이터량이 작은것 - Driving Range가 좁을때 사용 Sort Merge JOIN select /*+ use_merge(a b) ..

결합인덱스 컬럼순서 결정 1. 항상 사용하는가? 2. 항상 '=' 로 사용되는가? 3. 분포도가 좋은 커럼 우선 4. sort 순서에 따라 5. 어떤컬럼을 추가하는가?(후보컬럼) where 납품일자 >= :v1 수렴하는 조건은 굉장히 좋은 조건이다 OLTP 확줄어드는게 앞에 나와야한다 조건이 하나나와도 인덱스역활을 할 수 있다 멍청한넘이 나오면 인덱스 안읽어야되는것도 읽게 된다 DW 소트를 대신하는 인덱스역활 인덱스 선정 절차 1. 해당 테이블의 액세스 유형 조사 2. 대상 컬럼의 선정 및 분포도 분석 3. 반복수행되는 액세스경로(Critical Access Path)의 해결 4. 클러스터링 검토 5. 인덱스 컬럼의 조합 및 순서의 결정 6. 시험생성 및 테스트 7. 수정이 필요한 애플리케이션 조사 및 ..