쿼리분석내용을 인덱스 스캔에 걸려있는데 ID만 있고 시간 속성은 안써있네요.

PK를 아이디+시간으로 해놨는데 PK INDEX는 탄다고 표시되어있지만내용에 시간은 고려안하네요. 쿼리때문인가요? 아무튼 조언기다립니다..

pk가 아이디 + 시간인데

조건에는 아이디 없이 시간만 있는 거예요?

전체 쿼리랑 실행계획 올려보세요.

select *
FROM his_working_data as w 
WHERE w.factory_id = 202 and w.booth_id = 3 and w.zone_id = 3 and w.robot_id = 9 and  ( w.time_stamp BETWEEN to_timestamp('2017-07-05 13:31:24.981','YYYY-MM-DD HH24:MI:SS.MS') AND to_timestamp('2017-07-05 13:31:56.7','YYYY-MM-DD HH24:MI:SS.MS') OR w.time_stamp BETWEEN to_timestamp('2017-07-05 13:29:24.231','YYYY-MM-DD HH24:MI:SS.MS') AND to_timestamp('2017-07-05 13:30:35.653','YYYY-MM-DD HH24:MI:SS.MS') OR....
 

사용하시는 DB 종류가??

1. 인덱스 구성 항목들을 나열해 주세요.
2. 오라클이 아닌듯 하네요? to-timestamp 에서 '.MS' 부분이 이상하네요? '.FF' 해야 하는 것 아닌지?
3. 다음 조건을 추가해 보세요. AND w.time_stamp BETWEEN 제일작은시작시간 AND 제일큰종료시간

엄청 긴 댓글들 짧게 수정해 주시면 안될까요?
여러번 중복 올린 것들 삭제해 주시구요.
긴 댓글들로 인해 다른 댓글 확인이 힘드네요.

쿼리가 너무 길어요.

아마도 바인드변수로 처리하는 게 아니고 for 문 돌리면서 리터럴로 쿼리 만드는 게 아닌가 싶은데..

이렇게 쿼리를 만드시면 파싱에서 조차 문제가 있겠네요.

어떤 용도의 쿼리인지요? 저 시간대가 어떤 의미를 가지는 것인지?

특정 작업을 한 시간대가 저장된 테이블이 따로 있을 것 같네요.
쿼리를 스트링으로 만들지 마시고 조인형태로 풀어보세요.
 

SELECT *
  FROM his_working_data AS w
 INNER JOIN xxx AS x -- 특정 작업을 한 시간대가 저장된 테이블
    ON w.time_stamp BETWEEN x.s_time_stamp AND x.e_teim_stamp
 WHERE w.factory_id = 202
   AND w.booth_id   = 3
   AND w.zone_id    = 3
   AND w.robot_id   = 9
   AND w.color      = 16
   AND x.zzz = 111    -- 특정 작업 추출 조건
;

저 시간대 조건이 계속 변동 되어서 테이블로 관리하기 어렵고(혹은 테이블로 관리가 안 되고 있다든지)

파싱부하가 너무 심하다면

시간대를 10개 정도씩(성능이 괜찮다면 더 큰 크기로..) 가지고 오는 쿼리를 만드시고

리터럴로 처리할 게 아니라 바인드변수로 만드세요.

select ~

from table

where (시간대1바인드변수처리 or 시간대2바인드변수처리 or .. 시간대10바인드변수처리)

and 시간대최소~최대탐색조건

프로그램단에서 10개의 조건씩 끊어서 쿼리를 날리시고 결과 데이터셋에 계속 append해주시는 게 좋을 것 같습니다.

그런데 저렇게 or 조건이 많이 걸리면 filter 조건이 되는 건

수직 탐색 비용이 더 크다고 판단해서 저렇게 탐색하는 걸까요?

공부했는데 까먹은 건가;;

오라클에서도 비슷한 상황 만들어서 실행해보니 or 조건쪽은 다 filter 처리네요.

or 조건이 시간이든 문자든 다 filter.. 음..

아.. 생각해보니 id 별 시간대가 많지 않을 것 같네요..

id별로 시간대가 아주 많을 경우에는 index로 access하는 게 효율적이지만 id별로 시간대 종류가 아주 작다면 수직탐색보다

그냥 filter하는 게 낫다고 옵티마이져가 판단한 것 같아 보이네요.

만약 id별로 시간대가 아주 많은데 filter 처리되었다면 통계정보가 실제와 다르거나..

------------------------------------------------------------------------------

실제로 10만 건 데이터를 생성하고 id를 제 각각 다르게 했을 때는 filter,

전부 동일하게 했을 때는 access 되네요.

------------------------------------------------------------------------------

시간대 or 조건을 5건만 해본다

-> 여전히 filter이지만 빨라졌다 -> 쿼리 길이 문제

-> 여전히 느리다 -> 통계정보 안 맞음