함 해줘바요. 말만 하지 말고..

만든 사람한테 달라그러면 소스랑 뭐 이런거 쉽게

얻을 수 있을 테니..기대 해볼께요.

맞습니다. 디비 부하라기 보다는 서버 자체의 사양 문제와 그리고 Query 가 현재 인덱스를 제대로 타지 않습니다. 이문제는 누차 해결할려고 노력중인데 아직 사이트 개발이 제대로 끝나지 않은 상황인지라 디비 구조를 normalize 시키지 못하고 있는 형편입니다.

이곳 사이트를 만드는 사람들, 운영자 들 한분한분 들이 모두 각자 직업을 가지고 있는 분들인지라 이곳에 전념하여 매달리지 못하고 있는 형편입니다. 한번 바짝 개발했다가 한 한두달 손도 못대다가 원성이 자자하고 뭔가 시간이 나면 다시 매달리고....

이런 악순환 아닌 악순환을 계속 하고 있습니다.

이러한 점들은 사용자 여러분들이 이해를 해 주셔야 할 것 같습니다. 이곳에 돈을 벌자고 개설한 사이트도 아니고 우리끼리 모여서 정보 교환을 위한 그리고 모임을 위한 장소로서 개발한 사이트이며, 거의 모든 장비가 원조에 의해서 이루어지고 있습니다.

이런 정도의 변명만으로 현재의 위기를 모면할려고 합니다. 곧 개발이 끝나는대로 틀림없이 디비 구조 를 조정하고 제대로 된 속도가 나오도록 만들겠습니다. :-)

말씀대로 현재 속도가 나오지 않는 것은 디비 구조의 문제가 맞습니다. 더 정확히 말하자면 PostgreSQL 의 인덱스 사용능력에 약간의 문제가 있는 것 같습니다. 구조가 복잡하니 제대로 인덱스를 타지 못하는군요. :-)

스키마를 공개하세요.

그러면, 많은 분들이 도와줄겝니다.

저라도 당장에 답답하니까 살펴보겠지요.

"왜 이다지도 느린지" ^.^

지금까지 제 경험에 의하면, 절대로 이만큼 느릴 수가 없는 데이터입니다.

만일 인덱싱을 사용하지 못하는 쿼리가 계속 된다면, 인덱싱을 사용하도록 스키마 구조까지라도 바꾸어서라도 해야겠지요.

계속 이런 분위기면, PostgreSQL 놈은 이것밖에 안되는 구나. 라는 인식을 심어줄터니. 더더욱 빨리 최적화는 일이 급선무일듯 싶습니다.

제 경우는 이런 방법을 사용합니다.

특정 IP나 특정 ID로 그 페이지를 접속하면,

그 output html 코드 안에 주석으로 서버로 보냈던 쿼리 정보를 모두 보여줍니다.

이방법은 일반 사용자들에서 현 서비스하고 있는 중에도 전혀 지장이 없고, 관리자는 각 쿼리들의 튜닝을 쉽게 할 수있게 해주겠지요.

이런 방식을 write 권한 있는 사람들에게 제공해 주는 것도 이곳 서비스 안정화하는 방법중에 하나일 것같습니다.

> 함 해줘바요. 말만 하지 말고..

의향이 있으니 위의 글을 적은거죠.

> 만든 사람한테 달라그러면 소스랑 뭐 이런거 쉽게

> 얻을 수 있을 테니..기대 해볼께요.

쉽게 고칠 수 있는 문제는 아닌듯 하군요, 그랬다면 이곳 운영진께서 벌써 고쳤겠죠.

하지만, 제가 도움이 될 수 있다면 도울 수 있는데까지 돕겠습니다.

아무래도, 오늘부터 PHP와 PostgreSQL을 공부해야겠군요!!

여러가지 제안주셔서 감사합니다. 개발을 담담했던 분이 요즘 통 보이지 않아서 손 못대고 있고 다른 일처리는 제가 주로 해왔는데 저도 요즘 회사일때문에 싸우고 있어서 신경을 쓰지 못하고 있지요. 정원님처럼 같이 문제를 해결할 생각을 가진 분들과 함께 해결해나가면 좋겠네요. 근데 1차적으로 운영진 내부 역할분담등의 조정이 되어야해서요 당장 뚜렷한 답은 드릴 수 없군요.