제가 아는 선에서 생각해 봤을때만 의견드려 볼께요.

1. subquery 50개 묶어서 한번 호출한것이 더 좋습니다. 실행계획짤때 subquery 50번은 어느정도 정리가 될 수 있겠지만 select query 는 50번을 모두 다 호출해야 하니까요.

2. 요건 테이블 구조 및 데이터 양에 따라 달라 지겠네요.

3. limit 1을 걸면 데이터 찾다가 1개 찾으면 중지합니다. 그러니 limit 1을 거는게 효율적입니다. 100개를 가져오는 쿼리문과 동일한 데이터 1개만 가져오는 것 맞습니다.

4. 450만개 레코드 셀렉트해서 배열에 담아 쓰는게 훨씬 좋습니다. 물론 이것도 45만번 셀렉트와 비교했을때 그렇다는거지 좋은 방법은 아닌것 같습니다.

좋은 의견 감사드립니다 ^ ^ 효율성 따지기가 쉽지 않네요 ㅎㅎ

답변을 드리기에는 변수가 너무 많네요.

sql이 처리방식이 아닌 원하는 데이터의 집합을 정의한다는 의미를 이해하시면 이 질문의 답이 왜 어려운지 도 이해하실듯 합니다.

order by을 예로 들어 볼게요.

이 명령은 순서대로 보여달라는 의미인데 db는 데이터를 여러가지 방식으로 이 요구를 처리할수 있습니다.

테이블을 다 읽어서 정렬할수도 있고 정렬기준이 되는 컬럼에 인덱스가 있다면 이 인덱스를 활용해서도 원하는 값을 뽑을수 있죠. 옵티마이저가 진화함에 따라 점점 더 많은 처리방법이 생겨날겁니다.

join이나 subquery 도 마찬가지 입니다.

join 종류만해도 nest looo join, merge join, hash join 등이 있고 join순서도 성능에 중요한 요소가 됩니다.

데이터의 사이즈나 인덱스 설계에 따라서도 처리방법은 달라질 수 있고, 같은 처리방법이라고 해도 해당 테이블이 이용되는 패턴( 조회 위주인지, 입력 갱신 위주인지)에 따라서  효율적일수도 아닐수도 있습니다. 사용하시는 db서버의 성능도 변수가 되고요.

질문하신 내용의 경우도 그떄그때 여러변수 따라 결과가 달라질겁니다.

그 상황에 맞춰 최적의 처리방법을 생각하시고 해당 쿼리가 본인의 생각대로 처리되는지 explain 결과를 보는 연습을 하시는게 중요하다고 생각합니다.


 

앗 -ㅂ- 수환님!!!

ㅋㅋㅋ 그때 그때 라니 ... 너무 어렵네요 ㅎㅎ

하이간 답변 감사드립니다. ^ ^