기록장

index가 있어도 사용할 수 없는 경우 where에 부정이 있으면 index를 사용할 수 없다. 그래도 limit 절이 있으면 full join을 해도 문제가 없지만, 그게 아니라면 성능에 문제가 있을 수 있다 sort group by group by 를 하면 자동으로 group by 한 컬럼으로 정렬된다. 이로 인한 overhead를 막으려 한다면 order by null ORDER BY 에서 인덱스를 사용하지 못하는 경우 서로 다른 키를 ORDER BY에 사용하는 경우 키의 일부를 사용할 때 오름차순과 내림차순을 섞는 경우 ORDER BY 절에 사용된 키와 열을 가져오기 위해 사용된 키가 다른 경우 ORDER BY 에 키의 컬럼이 아닌 다른 표현을 사용했을 경우 (함수 사용) ORDER BY나 GR..

BLOB (binary large object) 네 타입의 차이는 maximum length에 있다. TINYBLOB, BLOB, MEDIUMBLOB, LONGBLOB 네 가지 타입이 있다 TEXT TINYTEXT, TEXT, MEDIUMTEXT, LONGTEXT 네 가지 타입이 있다 각각은 BLOB 과 maximum length와 저장 요구조건이 매치된다 BLOB과 달리 nonbinary string (character string)으로 다루어진다. binary 와 nonbinary 는 비교, 정렬 조건이 다르다 끝 부분에 space 를 두기 때문에 비교 시 ‘a’와 ‘a ‘는 같다고 인식한다 공통 insert 시 padding 이 없고 select 시 어떠한 바이트도 추가되지 않는다 DEFAULT 값..

session이나 connection 과 DB lock 간의 관계 A session can acquire or release locks only for itself. One session cannot acquire locks for another session or release locks held by another session. 세선은 그 자체만으로 lock을 잡거나 풀 수 있다. 단 다른 세션을 위해 락을 잡거나 해제하는 것은 못한다. 명시적으로 해제하지 않더라도, 모든 락은 세션이 끝날 때 자동적으로 해제된다. Concurrency Control DB에서의 lock은 Concurrency Control 을 하기 위한 메커니즘이다. 배타 모드와 공유 모드가 있다. 배타 모드는 write 할 때, ..

SELECT C.SQL_TEXT FROM V$SESSION A,V$LOCK B, V$SQL C where a.sid = b.sess_id and state = 'RUNNING' AND C.SQL_ID = A.SQL_ID ;

쿼리문을 이렇게 저렇게 작성해보면서 실행 계획을 비교하다가 문득 스칼라 서브 쿼리와 인라인 뷰, 서브 쿼리의 차이와 실제 동작 원리가 궁금해져서 조사해보았다. 스칼라 서브쿼리 (Scalar Subquery) SELECT 문에 쓰이는 서브 쿼리이다. 입력에 따라 하나의 값만을 출력해야 한다. 스칼라 서브 쿼리는 기본적으로 outer join으로 동작한다. 쿼리 수행 횟수를 최소화하기 위해 입력값과 출력값을 내부 캐시에 저장해두고 입력값이 캐시에 있으면 해당하는 출력값을 리턴한다. 없으면 다시 실행한다. 그래서 스칼라 서브쿼리는 입력값이 정해진 값이거나 거의 변경되지 않는 경우에 사용하는 것이 효율적이다. 그렇지 않으면 바뀌는 입력값마다 매번 반복적으로 실행되어 매우 비효율적일 수 있다. 인라인 뷰 (Inl..

오라클은 Multi-Table Inserts만 지원해서 불가능하고 MySQL은 Multi-Table Update도 지원 UPDATE (SELECT A.CD1, B.CD2 FROM A, B WHERE A.ID = :ID AND B.ID = A.ID) SET CD1 = :value

Tibero/tibero6/config/tibero.tip 파일 내의 MAX_CONNECTION 값을 늘리고 재부팅!

UPDATE SYS._DD_TBL SET ROW_CNT = 0 WHERE OBJ_ID IN ( SELECT OBJECT_ID FROM DBA_OBJECTS WHERE OBJECT_NAME = 'TB_CALENDAR_MST') 출처: https://seongjins.tistory.com/245 [IT 기술 저장소]

- 힌트에 들어가는 테이블은 ALIAS 로만 가능 - 인라인 뷰 (혹은 서브쿼리)에 사용되는 ALIAS 와 메인 쿼리의 JOIN 테이블의 ALIAS 가 겹치면 인라인 뷰에 적용된다! (같은 이름이 없게 하자)

TPR 에 담당하고 있는 서비스의 쿼리가 있어서 실행 계획을 보니 인덱스를 무시하고 FULL SCAN을 때리고 있었다. 이유가 무엇일까? 찾아보니 크게 다음과 같다. 1. 인덱스 컬럼이 조건으로 잡혀있지 않을 때 NULL 값을 검색할 순 없잖는가. 2. sub query unnesting 이 발생할 때 ordered 힌트를 줄 때 3. Non Unique Primary Key가 존재하는 경우의 Direct Path Insert INSERT 문에 해당하는 말