현호형 안녕하세요~

댓글이 없길래 부끄러움을 무릅쓰고 첫 빠따로 적어 봅니다.

(업무 로직이나 테이블 구조/관계, 인덱스 등등의 정보가 필요하긴 하지만 감으로 판단을 해 보자면)

PostgreSQL은 안 써 봤지만, 쿼리를 개선한다면, 우선 GROUP BY를 없애야 할 것이라 생각듭니다. GROUP BY가 편하긴 하지만, 작동 방식 상 레코드 수가 많으면 속도가 영 꽝이거든요.

쉽게 예를 들어, 일일 방문자 수가 500만건 있을 때, 날짜별 방문자 수를 계산한다고 날짜별로 GROUP BY를 쓰면 오래 걸릴 것입니다.

이때,1) WHERE에 1일부터 31일까지 날짜를 주고 COUNT(*)를 하거나,

아니면,2) IF-ELSE에 SUM()을 두거나, 아님 아예 방문자가 있는 날짜만 따로 메타 테이블(?)혹은 프로파일 테이블(?)에 저장해 두고, Loop를 돌면서 해당 날짜의 COUNT(*)를 하는 방법이 있는데요.

방법에 따라 최대 쿼리를 31번 날릴 수도 있지만, 속도는 GROUP BY 쓰는 것 보단 빠르죠.

날짜야 값이 1일부터 31일까지니깐 쿼리 짜기는 쉬워지는데요. 형의 경우 제가 name, cmts, channel_down이 어떤 값인지 모르기 때문에 뭐라 드릴 말씀은 없구요.

암튼 프로그래밍이 귀찮아지더라도 GROUP BY 없애시고, 인덱스를 태워서 COUNT(*)를 하신 뒤에, channel_down에 대한 정렬은 클라이언트 프로그램에서 처리하는게 좋을 듯 싶습니다.

이상 저의 소견이었구요.

MySQL은 GROUP BY 성능이 안 좋은데 PostgreSQL은 좋다면 뭐 드릴 말씀이 없습니다.^^;

다른 분들도 의견 개진 부탁.

고마우이...

오랜만이군.

그런데 '일체'손을 대선 안되는 상황이 발생...

- 회사에서 요구하는 퇴직원을 보니 다른곳도 그런지 모르겠지만 기간도 없이 하도 일방적이라 남은 기간은 철저하게 수동적으로 일해야만 무병장수에 도움이 되겠더라구.

위 글을 보니 코랄이 누군가했더니 현호님이군요. 잘 보이지 않으니 누군디지도 까먹는군요.

털썩...

반성 포인트를 +15 획득했습니다.

명성 포인트를 -120 획득했습니다.