음 제가 궁금해서 그러는데
내용이 어렵나요 쉽나요?
유익한 내용인가요?
활용하긴 쉬운가요?
만약 책으로 냈다면 괜찮았을까요?
ㅎㅎㅎ 이런게 궁금해요
보신분들은 코멘트좀 달아주세요.

책 제목도 정하지 못한채
종료되었습니다

참, 다들 기본은 아시겠지만
제 원고를 사용하시거나
소스를 사용, 수정발전시켜 사용하실때
원작자 정도는 명시해 주시기 바랍니다.

제가 팁을 너무 성의 없게 올린거 같아서
팁에 대한 설명을 조금 해야 할듯합니다.

소스에 포함되어있는 Ysummary를 사용할경우 엄청나게 많은양의 쿼리실행을 줄일수 있습니다.

예로서 phpschool.com을 들면 (이하 학교로 표현합니다.)

제가 학교의 모든 부분을 알수는 없기에 몇가지 전제를 하고 설명합니다.
이하 경어체는 생략합니다.

1. 메인페이지의 하루 페이지뷰는 10만이다.
2. 메인페이지는 총 10개의 게시판에서 최신글만 뽑아서 뿌려준다.
3. 각 게시판은 모두 다른 테이블이다.
4. 다른 방법은 사용하지 않고 데이타베이스만 사용한다.
5. 하루에 데이터의 변동수는 1000개 미만이다(새로운글, 수정, 삭제, 코멘트 등)
6. 각 하부페이지도 모두 한번씩 이상의 쿼리 실행이 있다.
7. 하루 최대 동시접속자수는 300 이다.
8. 별도의 캐쉬 프로그램은 사용하지 않는다.

한번의 메인페이지 방문으로 실행되는 쿼리의 수는 총 10개이다.
그럼 메인페이지가 하루 10만페이지뷰일때 총 실행되는 쿼리의 수는
100,000 * 10 = 1,000,000
백만번이다.

만약 Ysummary를 사용할 경우는
전체에서 하루에 총 업데이트되는 데이터양이 1000건이라고 한다면
각 업데이트가 실행될때마다 Ysummary에서 필요한 2번의 쿼리가 실행되므로
1000 * 2 = 2,000
2천건이다.

따라서 Ysummary를 사용함으로서 하루의 줄일수 있는 쿼리실행수는
1,000,000 - 2,000 = 998,000
구십구만팔천건이다.

그럼 방향을 바꿔서 동시접속자로 생각해보면
일단 이해를 돕기 위해 웹서버의 조건은 무시한다.
그냥 수치적인 설명을 위한 것일뿐 동접에 대한 의미와
디비의 maxconnections의 대한 의미는 따지지 말도록 한다.
단지 이해를 돕기 위한 차원의 설명이니 의미만 이해해 주기 바란다.
데이터베이스는 동시접속을 255 만을 허용할수 있다고 가정한다.
하루 최대 동접이 300명(메인페이지에 100명 나머지 하부페이지에 200명이 분산되어있다고 가정)이면 그때는 too many connections 와 같은 에러를 뿌린다.
하지만 Ysummary를 사용했을 경우는
메인에 100명은 쿼리실행이 없으므로 나머지 200명의 쿼리실행만 있다.
즉 too many connections와 같은 에러를 뿌리지 않게 된다.

다른 방법(크론으로 스케줄링)과의 비교
크론을 사용하는 방법은 다음과 같다고 가정한다.
1. 일정시간 (5분이라 가정) 에 한번씩 스크립트를 실행하도록 설정한다.
2. 일단 5분에 한번씩이므로 메인에서 실시간은 포기된다.
3-1. 총 10개의 테이블에서 최신글을 가져오고 배열로 저장하는 스크립트를 작성한다
3-2. 현재의 10번의 쿼리를 실행하는 메인페이지를 그대로 실행 시키고 그 결과를 파일로서 저장하는 스크립트를 작성한다.
3-3. 기타 여러가지 방법이 있을수 있다.
4-1. 메인페이지에서는 저장된 배열을 인클루드하여 사용한다.
4-2. 메인페이지는 저장된 메인페이지를 읽어와서 뿌려준다.

일단 실시간이 포기된다는게 가장 큰 차이다.
하지만 Ysummary를 사용할때보다 페이지를 통째로 저장하는 방식이 메인페이지 실행은 더 빠를수 있다.

쿼리 실행수를 비교해보자.
아무런 초치를 하지 않았을때 메인에서 실행되는 총 쿼리수는 위에서 계산했듯이 1,000,000건이다
5분에 한번씩 스크립트를 실행한다면 하루가 24시간이고 1시간은 60분, 5분의 12배이다.
스크립트 한번 실행될때 실행되는 쿼리수는 10(테이블의 수와 동일하다)번이다
따라서 메인페이지를 보여주기 위해 실행되는 총 쿼리수는
10 * 12 * 24 = 2,880
이천팔백팔십건이다.
크론을 사용하는 방법이 Ysummary를 사용시보다 메인페이지를 보여주는 시간은 단축할수 있으나
실시간을 포기해야 하며, 실행쿼리수는 더 많다.
만약 스크립트 실행 시간을 매 1분으로 한다면 * 5가된다.


일단 다른 부분에 대한 것은 배제하고
쿼리실행의 개수만으로 비교한것입니다.

코멘트 고맙습니다.
도움이 되시면 좋겠습니다.
아직은 확실히 않지만, http://kldp.net 에서 공개프로젝트로
한번 진행해 볼까 합니다.

몇분들이 선택삭제 선택복사 선택이동시에도 gnu3에서 Ysummary가 적용되도록 하는 방법을 알려달라고 해서
여기에 몇글자 적습니다.

수정할 파일 세개
bbs/gbdeleteall.php
bbs/gbmoveupdate.php
bbs/gbmoveallupdate.php

1. bbs/gbdeleteall.php 은 맨마지막 gotourl("./?doc=bbs/gnuboard.php&$qstr&page=$page"); 바로 위에줄에
아래의 코드를 삽입합니다.
ㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡ
//Ysummary 클래스 인클루드
include_once "../Ysummary.php";
$Ys_key = "gnu3_" . $bo_table;
$Ysummary = new Ysummary_save($Ys_key);
$Ysummary->Ysummary_save_Ys_data();
ㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡ

2. bbs/gbmoveupdate.php 은 130라인쯤에
// 파일 삭제
@unlink("$srcdir/$row[wr_file1]");
@unlink("$srcdir/$row[wr_file2]");
이부분 다음에 아래의 코드를 삽입합니다.
ㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡ
//Ysummary 클래스 인클루드
include_once "../Ysummary.php";
$Ys_key = "gnu3_" . $bo_table;
$Ysummary = new Ysummary_save($Ys_key);
$Ysummary->Ysummary_save_Ys_data();
ㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡ

3. bbs/gbmoveallupdate.php 은 두군데를 수정해야 하는데 먼저, 143라인쯤에
// 파일 복사
@copy("$srcdir/$row[wr_file1]", "$dstdir/$row[wr_file1]");
@copy("$srcdir/$row[wr_file2]", "$dstdir/$row[wr_file2]");
이부분 다음에 아래의 코드를 삽입합니다.
ㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡ
//Ysummary 클래스 인클루드
include_once "../Ysummary.php";
$Ys_key = "gnu3_" . $copy_bo_table;
$Ysummary = new Ysummary_save($Ys_key);
$Ysummary->Ysummary_save_Ys_data();
ㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡ
두번째는, 176라인쯤에
foreach ($tmp_query as $key => $value) {
    sql_query($value);
}
이부분 다음에 아래의 코드를 삽입합니다.
ㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡ
//Ysummary 클래스 인클루드
include_once "../Ysummary.php";
$Ys_key = "gnu3_" . $bo_table;
$Ysummary = new Ysummary_save($Ys_key);
$Ysummary->Ysummary_save_Ys_data();
ㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡ


이상입니다