뽐뿌 포럼
로그인 회원가입|아이디비번찾기

개발자포럼 입니다.

  • 북마크 아이콘

c# 관련 질문 사항 있습니다46

.

1
 추천하기 다른의견 0
 |
공유버튼

다른의견 0 추천 0 richwara

잘은 모르지만 2번 3번은 먼저 a랑 b를 먼저 찾아와서 큰거를 찾아서 그런거 아닌가요?

2020-05-11 점아이콘
  1. 댓글주소복사

다른의견 0 추천 0 브라이틀링
Query1번 보시면 Inner join시 col1 부터 검색하도록 했는데요 혹시 mysql 내부적으로 쿼리 join의 순서를 바꿔서 그런것 일까요? 검색해보니 straight_join을 이용해보면 효과가 있을 것 같기도하고.. 오늘 하루종일 튜닝해봤는데 쉽지 않더라고요 ㅎㅎ 
2020-05-11 점아이콘
  1. 댓글주소복사

다른의견 0 추천 0 EDeco
쿼리 실행 계획 확인해보세요.
2020-05-11 점아이콘
  1. 댓글주소복사

다른의견 0 추천 0 브라이틀링
explain 확인해봤는데 도통 모르겠네요.. ALL아니고 Index 탄다고 나오는데 ;;
2020-05-11 점아이콘
  1. 댓글주소복사

다른의견 0 추천 0 Bezz
db 스토리지 엔진 어떤건가요?
2020-05-14 점아이콘
  1. 댓글주소복사

다른의견 0 추천 1 별빛바라기

1번 쿼리의 실행계획을 올려주시면 고수분들이 금방 파악해 주실것 같습니다. 2, 3번 쿼리는 단일 테이블 조회에 인덱스 순서를 지키고 있으니 레인지 스캔이 가능하더라도 1번 쿼리는 인덱스를 타더라도 레인지 스캔이 불가하고 건바이 건으로 조인과 인덱싱이 발생해서 속도가 느리지 않을까요...?

2020-05-11 점아이콘
  1. 댓글주소복사

다른의견 0 추천 0 브라이틀링

맞습니다! explain으로 보면 레인지 스캔이 불가합니다. 어떻게 변경해야 할까요.. 

2020-05-11 점아이콘
  1. 댓글주소복사

다른의견 0 추천 0 봄-봄
select * from TABLE_A AS A
where A.COL1 in (select COL1 from TABLE_B)
   and A.COL2 >= '2020-04-01' and A.COL2 <= '2020-05-11'
 
요렇게 한번 해보시죠?
 
그리고 TABLE_B에 COL1 컬럼에 인덱스 한번 만들어 보시구요.
2020-05-11 점아이콘
  1. 댓글주소복사

다른의견 0 추천 0 브라이틀링

오늘 말씀하신데로 해봤는데 ref type에서 range type으로 안바뀌고 성능도 그대로네요 ㅜ

2020-05-12 점아이콘
  1. 댓글주소복사

다른의견 0 추천 0 않이않이
db관련 질문은 구루비가 짱이라능
2020-05-12 점아이콘
  1. 댓글주소복사

다른의견 0 추천 0 shy

1번쿼리는 인덱스를 아예 안타는 풀조인아닌가요. A.col1에 뭘 걸어줘야 인덱스가 타죠.. 히트가 아예 없는 쿼리, a×b 건의 배수만큼 인덱스 없이 조인 걸리고, 날짜타는데 인덱스가 복합이면 아예 안탑니다.

그리고 datetime에 인덱스 걸면 손해예요. 대용량 데이터라면 더더욱 안됩니뎌. 날짜가 필요하면 날짜만 시간 따로 빼서 인덱스 거세요.

복합인덱스면 순서대로 where절 걸어주시구요
2020-05-12 점아이콘
  1. 댓글주소복사

다른의견 0 추천 0 브라이틀링

날짜만 따로 빼서 인덱스 걸라는 조언 감사합니다 지금 디비 스키마 갈아 엎고있는데 참조하겠습니다. 그런데 inner join a.col1 = b.col2 으로 하면 인덱스 타야하는거 아닌가요? 어렵네요 ㅜ

2020-05-12 점아이콘
  1. 댓글주소복사

다른의견 0 추천 0 shy

인덱스는 조건이 걸려야하는데요. 저건 조건이 아니라  조인입니다. 풀스캔이니 해쉬조인될테고, 통계정보에 따라 드라이빙될텐데요..b가 그나마 먼저걸려야 할텐데, 임시테이블이라면 통계에 없겠지요.그러면 풀스캔조인이 발생할겁니다.Use_nl같은 힌트절로 테이블 순서를 지정할수는있습니다.. 네스티드힌트로 강제하면서 테이블 오더링을 변경하는 방안요 . 

Select /*+ use_nl (b, a) * from

2020-05-12 점아이콘
  1. 댓글주소복사

다른의견 0 추천 0 blues73

table_a에 rangr 태우고 나서 나온 결과에 table_b를 조인걸면 되지 않을까 싶네요

2020-05-12 점아이콘
  1. 댓글주소복사

다른의견 0 추천 0 브라이틀링

네 그렇게 하고싶은데 어떻게 해야할까요...

2020-05-12 점아이콘
  1. 댓글주소복사

다른의견 0 추천 0 blues73

subquery로 table_a range 태워서 결과 뽑은 후에 table_b를 조인 걸어요.

   select b.* from (select col1 from col2 between '2020-04-01' and '2020-05-01') a left join table_b b on a.col1 = b.col1

table_a에는 co1, col2에 각각 key 걸고, table_b에는 table_a와 조인되는 col1에 key 걸면되겠죠.



2020-05-13 점아이콘
  1. 댓글주소복사

다른의견 0 추천 0 발상
데이터는 date 인데 비교는 varchar2 아닌가요?

디비에따라 인덱스 안탈거 같은데요?

인덱스를 추가 or 수정 하시거나 비교를 date 타입으로 해보세요

2020-05-12 점아이콘
  1. 댓글주소복사

다른의견 0 추천 0 브라이틀링

디비에서 varchar2를 date로 알아서 바꾸는걸로 알고있습니다.

2020-05-12 점아이콘
  1. 댓글주소복사

다른의견 0 추천 0 Teser

비교하느냐고 다 변환 시키니...

느려지는 겁니다 

 

조건문을 date형태로 형변환 해서 봄봄님 말씀하시는 형태로 조회하시면 인덱스 타서 빠르게 됩겁니다

2020-05-12 점아이콘
  1. 댓글주소복사

다른의견 0 추천 0 발상

묵시적 형변환한걸로 인덱스 태우면 안되는걸로 알고 있습니다

2020-05-12 점아이콘
  1. 댓글주소복사

다른의견 0 추천 0 브라이틀링

오 좋은 의견입니다.. 그런데 쿼리2,쿼리3은 빠르게 실행되는데요 ㅜ

2020-05-12 점아이콘
  1. 댓글주소복사

다른의견 0 추천 0 나에이쿠를받아라

별빛바라기님이 정확하게 설명하셨네요.


mssql 에서 저도 그래요.

조인하지않고 조건을 a.col in("a","b") 로 해도 결과 똑같죠?

"a","b"의 거리가 멀고 건수가 많을수록 더 느려지더라구요.

체감할정도인거보니 레코드가 엄청 많나보네요.

 

해당하는 키값이 2개밖에 안되면 유니온 처리해도 될거같은데...


 

2020-05-12 점아이콘
  1. 댓글주소복사

다른의견 0 추천 0 브라이틀링

레코드는 엄청 많고요 union으로 하기는 힘들 것 같습니다 ㅠ

2020-05-12 점아이콘
  1. 댓글주소복사
1 2 3
  • 알림 욕설, 상처 줄 수 있는 악플은 삼가주세요.
짤방 사진  
△ 이전글▽ 다음글 목록보기
사이트소개 운영참여 게시중단요청 이용약관 개인정보처리방침 청소년보호정책 불법촬영물등 신고 광고/제휴 메일문의 뽐뿌채용 다크모드
Copyright 2005-2024 ppomppu. All rights reserved