SQL 튜닝조언

Question

성능을 개선하고 싶은데, 어떤 방법이 있을까요 ?Column [stock_country, s.stock_store, s.stock_code, price]FOREIGIN KEY [stock_country, s.stock_store, s.stock_code] SQL문 SELECT s.stock_country, s.stock_store, s.stock_code, FROM Stock s LEFT JOIN StoredStock cs ON cs.country &#61; s.stock_country AND cs.store &#61; s.stock_store AND cs.code &#61; s.stock_code WHERE cs.country IS NULL AND cs.store IS NULL AND cs.code IS NULL AND s.price !&#61; 0;

basscraft · Answer

이게 더 좋아 보이는데요. SELECT s.stock_country, s.stock_store, s.stock_code, FROM Stock s LEFT JOIN StoredStock cs ON cs.country &#61; s.stock_country AND cs.store &#61; s.stock_store AND cs.code &#61; s.stock_code AND cs.country IS NULL AND cs.store IS NULL AND cs.code IS NULL WHERE s.price > 0;마지막 WHERE 절은 PRICE 가 0 이하가 존한다는 전제가 있어야 합니다.가장 정확한건 PLAN 비교 해보시고 하시는게...

똥글이꺼 · Answer

left Join을 다른것으로 바꾸고 싶은데 .. 그 방법은 없을까요 ?

action · Answer

DB별로 옵티마이저가 어떤 실행계획을 가지고 자동처리해주는 부분이 있는지 아직 모르지만,개인적으로는 join 하기전에 join에 필요한 데이터만 먼저 걸러서 가지고 옵니다.a테이블과 b테이블에서 실제 필요한 값과 필요한 필터등을 스스로 미리 필터링해서 가져옵니다.예를들면 b테이블에만 적용되는 where조건같은것은 join전부터 필요없는 데이터 이기 때문에LEFT JOIN ( b 테이블 필터링 후 실제 필요한 데이터만 우선 조회 ) bf실제 실행계획이야 확인이 가능하겠지만, 이렇게 따로 처리하면나중에 쿼리가 복잡해졌을때 풀어서 데이터 확인하기도 좋고 가독성도 좋았습니다. 물론 데이터가 적은 테이블이나, 공통코드등은 상황에 따라 달라질 수 있습니다.

basscraft · Answer

그건 DB의 내용과 본인이 원하고자 하는 결과를 판단해서OUTER JOIN 이 필요한 상황이면 그렇게 하시는 것이고그렇지 않다면 INNER JOIN을 사용하시면 되겠죠. INNER JOIN 과 OUTER JOIN의 차이를 잘 생각해 보시고 판단하세요.데이터 결합에 따라 결과는 다르겠지만 일반적으로 속도는 INNER JOIN > OUTER JOINN 입니다.하지만 의미가 없는게 결과가 다른 경우가 많으니까... 1&#61;1 관계에 OUTER JOIN 을 쓰는건 튜닝 요소이지만(어찌 보면 쿼리를 잘못 쓴거죠)그렇지 않은경우는 OUTER JOIN 을 INNER JOIN 으로 바꾸는건 튜닝이 아니라 오류입니다.

basscraft · Answer

LEFT JOIN (OUTER)을 하실지 JOIN (INNER) 을 하실지는 판단 해보시는게 좋을 것 같구요제가 IS NULL 부분을 JOIN 조건 으로 넣은 이유는 action 님이 말씀하신 이유랑 같습니다.거기에 하나 더 고려할 것이 있는데, 결과에 대해서 OUTER JOIN인 경우 결과는 위에 있든 WHERE 조건으로 내려오든 관계가 없습니다, 하지만 INNER JOIN 경우 결과가 달라질 수 있습니다.헷갈리지 않도록 JOIN 조건에서 미리 필터링 하는 습관을 기르는 것이 좋을 것 같습니다.성능 문제는 DB에 따라서 옵티마이저가 똑똑한(?) DB는 NOT NULL 조건을 위에 두건 아래두건 대충 짜도 찰떡같이 알아듣고 미리 조인하는 데이터를 필터링 해서 비용이 적게 드는 쪽으로 판단을 해주지만DB에 따라 그렇지 않은 경우도 있기 때문에 항상 JOIN 조건에서 필터링을 해주는 것을 권해드리고실행 PLAN 을 확인하는 습관을 가지시는게 좋습니다. 그리고 PRICE !&#61; 0 을 PRICE > 0 으로 고친 부분은 전제가 PRICE 가 0 하가 없다는 전재로 (논리적으로는 가격이 음수인 경우는 없으니까) 말씀 드렸는데.!&#61; 과 > 는 상황에 따라 큰 차이가 있을 수 있습니다. 만약 PRICE 에 인덱스가 걸려 있다면 !&#61; 로 비교하는 것은 배타적 비교이기 때문에 인덱스를 사용하지 못하기 때문입니다. 인덱스가 적정하게 잡혀 있다면 속도는 당연히 훨씬 빨라지구요. 만일 없어도 WHERE 의 비교는 가능하면 배타적 비교를 하지 않은 습관을... 수정합니다.생각해 보니 !&#61; 는 인덱스를 사용하는데 문제가 없을 것 같기도 합니다.비교 값이 0이 아니라 NULL 인경우는 문제가 있을 수도 있지만... price !&#61; 0 의 경우는 인덱스를 이용할 수도 있을 것 같다는 생각이 들어요튜닝 하시려면 꼭 PLAN 을 확인해 보시길

rezigrene · Answer

contry, store, code 를 묶는 복합인덱스를 양 테이블에 추가해보시는건?

똥글이꺼 · Answer

SELECT s.stock_country, s.stock_store, s.stock_code, FROM Stock s LEFT JOIN StoredStock cs ON cs.country &#61; s.stock_country AND cs.store &#61; s.stock_store AND cs.code &#61; s.stock_code AND cs.country IS NULL AND cs.store IS NULL AND cs.code IS NULL WHERE s.price > 0;SELECT s.stock_country, s.stock_store, s.stock_code, FROM Stock s LEFT JOIN StoredStock cs ON cs.country &#61; s.stock_country AND cs.store &#61; s.stock_store AND cs.code &#61; s.stock_code WHERE s.price > 0 AND cs.country IS NULL AND cs.store IS NULL AND cs.code IS NULL;AND cs.country IS NULL AND cs.store IS NULL AND cs.code IS NULL 위에 두 쿼리 중 이부분을 자리를 바꾸니깐 결과갑이 달라지던데여 ..? 이유가 뭔가요

SQL 튜닝조언

7개의 답변

Q&A 목록