Debug_Mode

자/증/진에 나오는 게시물을 관리하는 테이블 X를 별도로 둡니다.

X는 일정 주기(일단 하루)마다 업데이트 되고

이 작업은 서버 사이드 어플리케이션 Y가 담당합니다.

X는 자연히 카테고리 그룹 개수만큼의 레코드만을 가지게 되고

블로그 포스트가 많이 늘어나 포스트 인덱스 테이블의 레코드가 증가하더라도

탑 로딩시 많은 부하를 주지 않게 된다는 장점이 있습니다.

X를 업데이트할 때 블로그 포스트 테이블에 새 컬럼을 하나 두고

포스트가 탑에 게시된 회수(3회 정도?)를 기록합니다.

그리고 최대 탑 게시 회수를 넘어간 포스트가 또 다시 최대 포인트를 기록했다면

다음 순위의 포스트를 탑에 게시하도록 선택합니다.

이 방식의 장점은

 - 트랙백의 제왕의 독주를 저지할 수 있다.

 - 탑 로딩 퍼포먼스를 향상시키고, 포스트 수가 폭발적으로 증가하더라도

   항상 일정 수준의 로딩 퍼포먼스를 보장한다.

이 방식의 단점은

 - 기존 방식이 거의 실시간으로 통계를 반영하는 것에 비해,

  이 방식은 일정 주기 내에 항상 일정한 게시물만을 탑에 게시한다.

 - 스키마 변경이 필요하다.

 - 서버 사이드 어플리케이션 Y를 누군가ㅡㅡ;;;가 짜야 한다.

 - 만약 Y의 작업이 오래 걸리게 되면 매우 심각한 사태가 발생한다.

   따라서 누군가는 프로그램을 매우 잘 짜야 한다.

어떻게 생각하시는지 의견을 듣고 싶습니다.

 - by renegade