장기기억장치

// cluster_by_rowid // clustering factor 가 낮을 때 사용하면 빠른 결과 도출 select /*+ ordered use_nl(b) rowid(b) */ b.* from (select /*+ index(emp emp_X1) no_merge */ rowid rid from emp where ename = 'SCOTT' order by rowid) a, emp b where b.rowid = a.rid ; -- after 12c select /*+ cluster_by_rowid(e) index(e emp_x1) */ * from emp e where ename = 'SCOTT' ;

PostgreSQL (v.10.15) 파라미터 # 쿼리 플랜 방법 설정 변수 - enable_bitmapscan (Default : on) 쿼리 플래너의 bitmap-scan plan types 사용을 활성화 또는 비활성화한다. - enable_gathermerge (Default : on) 쿼리 플래너의 gather merge plan types 사용을 활성화 또는 비활성화한다. - enable_hashagg (Default : on) 쿼리 플래너의 hashed aggregation plan types 사용을 활성화 또는 비활성화한다. - enable_hashjoin (Default : on) 쿼리 플래너의 hash-join plan types 사용을 활성화 또는 비활성화한다. - enable_inde..

MariaDB Parameter - query_cache_type (Default : 0) 쿼리 캐싱을 사용할지 결정하는 파라미터 // 0 : OFF, 1 : ON (SQL_NO_CACHE 힌트 제외), 2 : DEMAND (SQL_CACHE 힌트 적용 쿼리만) MySQL Parameter - innodb_adaptive_hash_index (Default : ON) [v.5.5이상] 사용빈도가 높은 데이터를 내부적으로 판단하여 b-tree 인덱스를 adaptive hash index로 바꿔 사용 adaptive hash index로 바뀌면 b-tree 인덱스를 사용할 때보다 mutex 경합 시간을 단축시켜 좋은 성능 을 보장함. 이에 따른 부작용도 존재. // 참고 : https://gywn.net/2..

ORACLE PARAMETER // ※ Parameter는 Hint보다 우선권이 낮음. # Index 제어 - OPTIMIZER_INDEX_CACHING (Default : 0) Index가 메모리에 캐싱되어 있을 확률을 의미. 80 ~ 95가 적당. - OPTIMIZER_INDEX_COST_ADJ (Default : 100) Index Cost를 조정하는 역할을 함. 즉, 값을 50으로 바꾸게 되면 Index Cost를 1/2로 감소시킴. 그만큼 Index Scan이 선택될 확률을 높임. 5 ~ 10이 적당. # CBQT(Cost Based Query Transformation) 제어 - _OPTIMIZER_COST_BASED_TRANSFORMATION (Default : Linear) CBQT의 동작..

ORACLE DROP TABLE DT_TABLE PURGE; CREATE TABLE DT_TABLE AS SELECT TO_DATE(:min_date,'YYYYMMDD')+level-1 AS DATES FROM DUAL CONNECT BY LEVEL

ORACLE // 11gR2 이상 버전에서는 listagg 함수를 쓰면 편하게 표현가능. // 11gR2에서 해당 함수를 쓰면 plan은 볼 수 없는 듯함. select a.table_name, a.index_name, listagg(b.column_name,', ') within group (order by b.column_name) as columns from user_indexes a, user_ind_columns b where a.table_name = b.table_name and a.index_name = b.index_name and a.table_name = '[테이블 명]' group by a.table_name,a.index_name; // 11gR2 이전에서는 아래와 같은 방식을 사..

많은 이들이 Static SQL 과 Dynamic SQL을 혼동하여 지칭해서 'SQL 전문가 가이드' 책의 내용을 빌어 글을 작성해봅니다. - Static SQL Static SQL은 String 변수에 담지 않고 코드 사이에 직접 기술한 SQL문을 말합니다. 위 캡처 사진과 같이 변수에 담지 않고 바로 실행했을 때의 SQL을 의미합니다. 많은 트랜잭션이 몰리는 증권이나 금융 쪽 DB에서는 Static SQL로 작성한다고 합니다. '친절한 SQL 튜닝' 이나 '오라클 성능 고도화 원리 2'에서 옵션 조건을 중요시 다루는 이유가 바로 여기에 있다고 볼 수 있습니다. - 조시형 강사님曰 - Dynamic SQL Dynamic SQL은 String 변수에 담아서 기술하는 SQL문을 말합니다. 즉, Applic..