페이징 처리 문제 or 가변 목록갯수 문제(20000포인트!!!!) 정보
페이징 처리 문제 or 가변 목록갯수 문제(20000포인트!!!!)
본문
안녕하세요
일단 구현하고 있는 기능 은 다음과 같습니다.
목록 갯수가 가변으로 변합니다.
여분필드 wr_3 값을 줘서 wr_3이 동일한 것끼리 있을때는 목록 갯수를 더하지 않게 처리,
즉,
1 - wr_3 =aa
2 - wr_3 =aa
3 - wr_3 =bb
4 - wr_3 =bb
5 - wr_3 =cc
일때,
관리자 에서 목록에서 목록 갯수를 3개로 하면
5개가 다 나오는 것입니다. (1=2, 3=4, 5)
관리자 에서 목록에서 목록 갯수를 2개로 하면
4개가 나오겠죠 (1=2 3=4)
관리자 에서 목록에 목록 갯수를 1개로 하면
2개가 나옵니다. (1=2)
여기까지는 성공했는데
이 다음이 문제입니다. 페이징에서 도저히 처리가 안되네요 ㅠ.ㅠ
목록갯수는 3개이지만 5개를 읽어 들였으므로,
다음 페이지에서는 6번째 부터 읽어들이고 싶은데,
역시 4번째 부터 불러오다가 결국 페이지가 마구 엉켜 버리는 군요
먼저 어떻게 처리 했는지 보여드리겠습니다.
bbs/list.php 파일의 입니다.80라인부근
$sql = " select * from $write_table where wr_is_comment = 0 $sql_order limit $from_record, $board[bo_page_rows] ";
부분을 수정했습니다.
물론 일부 수정에 지나지 않지만, 1페이지 만은 제대로 나옵니다 ㅠ.ㅠ
여기저기 헤매었지만, 페이지가 제대로 돌아가지 않는 문제는 결국 $list.php 안에서 해결해야 할듯 한데
새로운 페이징 함수를 만들어야 하는건지, 아니면 이게 페이징 문제가 지금 해결 가능한 건지;;;조차도 감이 안잡힙니다.
해결책이 있으신 분은 힌트좀 주세요 ㅠ.ㅠ
아니면 wr_3 값에 따라 목록갯수를 가변적으로 할 수 있는 다른 방법에 대한 아이디어도 좋습니다.
그럼 고수님들!!!! 제발 부탁드립니다. 의견!!!!!!
일단 구현하고 있는 기능 은 다음과 같습니다.
목록 갯수가 가변으로 변합니다.
여분필드 wr_3 값을 줘서 wr_3이 동일한 것끼리 있을때는 목록 갯수를 더하지 않게 처리,
즉,
1 - wr_3 =aa
2 - wr_3 =aa
3 - wr_3 =bb
4 - wr_3 =bb
5 - wr_3 =cc
일때,
관리자 에서 목록에서 목록 갯수를 3개로 하면
5개가 다 나오는 것입니다. (1=2, 3=4, 5)
관리자 에서 목록에서 목록 갯수를 2개로 하면
4개가 나오겠죠 (1=2 3=4)
관리자 에서 목록에 목록 갯수를 1개로 하면
2개가 나옵니다. (1=2)
여기까지는 성공했는데
이 다음이 문제입니다. 페이징에서 도저히 처리가 안되네요 ㅠ.ㅠ
목록갯수는 3개이지만 5개를 읽어 들였으므로,
다음 페이지에서는 6번째 부터 읽어들이고 싶은데,
역시 4번째 부터 불러오다가 결국 페이지가 마구 엉켜 버리는 군요
먼저 어떻게 처리 했는지 보여드리겠습니다.
bbs/list.php 파일의 입니다.80라인부근
$sql = " select * from $write_table where wr_is_comment = 0 $sql_order limit $from_record, $board[bo_page_rows] ";
부분을 수정했습니다.
if ( $board[gr_id] == "AAA"){
$wr_3_result = sql_query("select wr_num, wr_3, count(*) as wr3cnt from $write_table group by wr_3 order by wr_num limit $from_record, $board[bo_page_rows]");
$i=0;
while ($row = sql_fetch_array($wr_3_result)) {
$wr_3_sql[$i] = $row;
$i++;
}
$bo_page_row = 0;
for ($m=0; $m<$board[bo_page_rows]; $m++){
$bo_page_row = $bo_page_row + $wr_3_sql[$m][wr3cnt];
}
$board[bo_page_rows] = $bo_page_row;
//sql_query("update g4_board set bo_page_rows = '$bo_page_row' where bo_table = '$bo_table'");
$sql = " select * from $write_table where wr_is_comment = 0 $sql_order limit $from_record, $board[bo_page_rows] ";
}
물론 일부 수정에 지나지 않지만, 1페이지 만은 제대로 나옵니다 ㅠ.ㅠ
여기저기 헤매었지만, 페이지가 제대로 돌아가지 않는 문제는 결국 $list.php 안에서 해결해야 할듯 한데
새로운 페이징 함수를 만들어야 하는건지, 아니면 이게 페이징 문제가 지금 해결 가능한 건지;;;조차도 감이 안잡힙니다.
해결책이 있으신 분은 힌트좀 주세요 ㅠ.ㅠ
아니면 wr_3 값에 따라 목록갯수를 가변적으로 할 수 있는 다른 방법에 대한 아이디어도 좋습니다.
그럼 고수님들!!!! 제발 부탁드립니다. 의견!!!!!!
댓글 전체
무슨말인지 잘 이해가 안되요 ㅜ
본 방법은 절대 불가능할 것 같은 데요... 포기하심이 좋습니다. 그런 이유를 다음과 같이 설명할께요.
$from_record는 각 페이지마다 처음 레코드를 가져오는 위치입니다. 이것은 $page와 $board[bo_page_rows]의 영향을 받습니다. 그런데 이 값을 가져오려면 적어도 $page와 $board[bo_page_rows]는 가변이 되어서는 않됩니다. 그런데 소스상 $board[bo_page_rows]는 가변이 되어버렸습니다.
$board[bo_page_rows]가 가변이 되버리면 $page도 가변이 되어버립니다. 즉 모든 변수들이 가변이 되어버렸기에 $from_record값은 정해지지 않습니다. 설령 위의 이청원님이 하신 방법으로 하셔도 되지 않을 겁니다. $from_record값이 가변이 되었기에요... 각페이지를 구하려면 절대적으로 $from_record값은 가변이 되어서는 않되지만 지금은 가변입니다.
페이징처리를 할려면 각 페이지마다 나오는 리스트의 갯수가 항상 일정해야 합니다. 그래야 페이징이 되지요. 그런데 구현하고자 하는 방식은 각 페이지마다 리스트의 갯수가 정해지지 않을 수 있다는 것이쟌아요. 그러니까 문제가 됩니다.
제가 제안하고자 하는 방법은 group by로 묶어 처리를 하되 리스트의 갯수를 바꾸지 말고 고정하고 하셔야 가능합니다. 예를 들어 group에 포함되나 리스트 갯수를 넘으면 다음 페이지에 보이게 하는 방법으로 해야 페이지 구현이 가능합니다.
$from_record는 각 페이지마다 처음 레코드를 가져오는 위치입니다. 이것은 $page와 $board[bo_page_rows]의 영향을 받습니다. 그런데 이 값을 가져오려면 적어도 $page와 $board[bo_page_rows]는 가변이 되어서는 않됩니다. 그런데 소스상 $board[bo_page_rows]는 가변이 되어버렸습니다.
$board[bo_page_rows]가 가변이 되버리면 $page도 가변이 되어버립니다. 즉 모든 변수들이 가변이 되어버렸기에 $from_record값은 정해지지 않습니다. 설령 위의 이청원님이 하신 방법으로 하셔도 되지 않을 겁니다. $from_record값이 가변이 되었기에요... 각페이지를 구하려면 절대적으로 $from_record값은 가변이 되어서는 않되지만 지금은 가변입니다.
페이징처리를 할려면 각 페이지마다 나오는 리스트의 갯수가 항상 일정해야 합니다. 그래야 페이징이 되지요. 그런데 구현하고자 하는 방식은 각 페이지마다 리스트의 갯수가 정해지지 않을 수 있다는 것이쟌아요. 그러니까 문제가 됩니다.
제가 제안하고자 하는 방법은 group by로 묶어 처리를 하되 리스트의 갯수를 바꾸지 말고 고정하고 하셔야 가능합니다. 예를 들어 group에 포함되나 리스트 갯수를 넘으면 다음 페이지에 보이게 하는 방법으로 해야 페이지 구현이 가능합니다.
좀 더 원래 목적이 있었으면 좋겠네요.
복잡한 구조를 억지로 게시판에 밀어 넣는 것은 그다지, 아니 많이 안 좋습니다.
wr_3 값이 이웃한 게시물이 그룹핑을 해서 그 번호를 다른 테이블에 넣고
이 테이블에서 페이징 처리를 하면 될 듯합니다.
복잡한 구조를 억지로 게시판에 밀어 넣는 것은 그다지, 아니 많이 안 좋습니다.
wr_3 값이 이웃한 게시물이 그룹핑을 해서 그 번호를 다른 테이블에 넣고
이 테이블에서 페이징 처리를 하면 될 듯합니다.
모든 댓글 달아주신 분들의 말씀대로 일단 구현하도록 해보겠습니다.
그리고 답변채택을 하는 쪽으로 할께요 정말 관심 감사드리며..
일단 해보겠습니다.!!
이청원님// 사실 이방법은 비슷한 방식으로 써보았지만 역시 letsgolee 님 말씀대로 $from_record 값이 문제입니다. $from_record 값이 가변이 되다보니 엉켜버리게 되더군요 ㅠ.ㅠ 페이지 목록 갯수가 변하니 , 토탈 페이지 갯수도 계속 변하고, 여기서 문제해결점을 찾을 수 없었습니다.
관심 대단히 감사드리며, 다른 여분 필드를 이용하는 방법을 말씀해 주셔서 대단히 감사합니다.
letsgolee님//
좋은 말씀이십니다. 제안하신 방법대로 group by로 묶어 처리를 하되 리스트의 갯수를 바꾸지 말고
고정할때 리스트 갯수를 넘으면 다음 페이지에 보이게 까지는 처리 가 가능 했습니다만,
문제는 그 다음 페이지 부터 였습니다. ㅠ.ㅠ 혹시 생각하신게 더 있으시면 조그만 더 자세히 알려주시면 안될까요?
엑스엠엘님// 원래 게시물이 지금까지 wr_3값에 의해 같은 wr_3값이 5개면 1개 를 특별하게 표시하고, 나머지4개는 묶어서 보이게 했었습니다.
물론 각종 더미데이터가 생기는 문제가 있었지만, 다른 모든 유용한 필드들을 활용하고, 오히려 더 많은 수정을 피할 수 있기에 새로운 필드가 아닌, 새로운 게시물로 처리를 했었습니다 ㅠ.ㅠ
그런데 이번에 개편을 하면서 한페이지에 한개의 wr_3값을 가진 게시물들을 모두 출력하고, 더해서 그다음 wr_3값 게시물들을 밑에 페이징으로 나열하려다 보니 이런 문제가 생기게 되었습니다.
역시 다른 테이블에 넣고 그테이블 페이징 처리를 하는 것에 관해 조금만 더 힌트를 주셨으면 좋겠습니다 ㅠ.ㅠ 일단 무슨 말씀인지는 알것 같습니다. 그룹핑한 갯수를 다른 테이블에 넣고 그 테이블을 참조해 페이징 처리 하거나 그룹핑한 갯수를 wr_3_num이라는 필드를 만들어 새 필드에 넣고 그 필드를 참조해서 페이지당 목록수를 직접 DB로 관리하라는 뜻이 맞을까요? 그렇게 페이징 처리를 하면 될듯도 한데..
그리고 답변채택을 하는 쪽으로 할께요 정말 관심 감사드리며..
일단 해보겠습니다.!!
이청원님// 사실 이방법은 비슷한 방식으로 써보았지만 역시 letsgolee 님 말씀대로 $from_record 값이 문제입니다. $from_record 값이 가변이 되다보니 엉켜버리게 되더군요 ㅠ.ㅠ 페이지 목록 갯수가 변하니 , 토탈 페이지 갯수도 계속 변하고, 여기서 문제해결점을 찾을 수 없었습니다.
관심 대단히 감사드리며, 다른 여분 필드를 이용하는 방법을 말씀해 주셔서 대단히 감사합니다.
letsgolee님//
좋은 말씀이십니다. 제안하신 방법대로 group by로 묶어 처리를 하되 리스트의 갯수를 바꾸지 말고
고정할때 리스트 갯수를 넘으면 다음 페이지에 보이게 까지는 처리 가 가능 했습니다만,
문제는 그 다음 페이지 부터 였습니다. ㅠ.ㅠ 혹시 생각하신게 더 있으시면 조그만 더 자세히 알려주시면 안될까요?
엑스엠엘님// 원래 게시물이 지금까지 wr_3값에 의해 같은 wr_3값이 5개면 1개 를 특별하게 표시하고, 나머지4개는 묶어서 보이게 했었습니다.
물론 각종 더미데이터가 생기는 문제가 있었지만, 다른 모든 유용한 필드들을 활용하고, 오히려 더 많은 수정을 피할 수 있기에 새로운 필드가 아닌, 새로운 게시물로 처리를 했었습니다 ㅠ.ㅠ
그런데 이번에 개편을 하면서 한페이지에 한개의 wr_3값을 가진 게시물들을 모두 출력하고, 더해서 그다음 wr_3값 게시물들을 밑에 페이징으로 나열하려다 보니 이런 문제가 생기게 되었습니다.
역시 다른 테이블에 넣고 그테이블 페이징 처리를 하는 것에 관해 조금만 더 힌트를 주셨으면 좋겠습니다 ㅠ.ㅠ 일단 무슨 말씀인지는 알것 같습니다. 그룹핑한 갯수를 다른 테이블에 넣고 그 테이블을 참조해 페이징 처리 하거나 그룹핑한 갯수를 wr_3_num이라는 필드를 만들어 새 필드에 넣고 그 필드를 참조해서 페이지당 목록수를 직접 DB로 관리하라는 뜻이 맞을까요? 그렇게 페이징 처리를 하면 될듯도 한데..
테이블 A
no, wr_3, ...
1 aa
2 ab
3 ac
4 ad
테이블 B
wr_3, memo, ...
aa
aa
ab
ac
ac
ad
위 두 테이블을 조인하면 됩니다.
페이징은 A에서만 하시구요.
no, wr_3, ...
1 aa
2 ab
3 ac
4 ad
테이블 B
wr_3, memo, ...
aa
aa
ab
ac
ac
ad
위 두 테이블을 조인하면 됩니다.
페이징은 A에서만 하시구요.
네.. 제가 sql 꽝이라;; 두 테이블을 조인하여 어떻게 페이징을 할것인지 막막합니다만 ㅠ.ㅠ
테이블을 두개 더 만들어서 wr_3값을 이용, 조인하여 페이지를 구하고
A에서만 페이징 하는 소스로 페이징을 하라는 말씀인듯 하네요.
한번 해보겠습니다. ㅠ.ㅠ
테이블 A만 새로 만드는게 좋겠네요.. 지금 테이블이 테이블 B구조이니 검색이나 기존 데이터 보관 측면에서
테이블 A를 새로 만들어서 페이징만 이용하게하는게 좋겠군요. 페이징에서는 1페이지 A에서 1번, 2페이지 는 A에서 2번.. 이렇게..
wr_3값에 그룹핑해서 wr_num 값으로 order by 하여서 넘버(wr_3_num)를 먹여 새 필드(wr_3_num)를 이용하여 페이징 하는 방법도 있겠습니다... 어떤지요?
새로운 게시물이 들어오면, wr_3값을 비교해, wr_3값이 같으면 wr_3_num은 증가하지 않고 다르면 증가하고...
그리고 토탈cnt 가 아닌, wr_3_num 필드값을 이용해서만 페이징을 하는 것...
어쨋든 페이징 자체를 새로 만들어야 하는 것일까요..
어쨋든 모든 분 답변 너무 감사합니다. 모든 분의 팁을 모아서 해결해야 겠습니다.
포인트를 모두 나눠드리고 싶으나 ㅠ.ㅠ
사실 정답은 letsgolee 님이 설명해 주신 부분이 정확하다는 생각입니다.
하지만 결국 불가능하단 답변 이기 때문에 ㅠ.ㅠ
채택보다는 감사의 말씀을 드리겠습니다 ㅠ.ㅠ
엑스엠엘님 방법이 어떻게 처리될수 있을지 아직 확실하지 않지만 포기 하지 않고한번 도전해 보겠습니다.
엑스엠엘님 답변 또 해주셔서 감사합니다.
조금더 sql문과 php소스 힘트를 주셨으면 좋겠습니다 ㅠ.ㅠ
지금 현재 페이징 소스 수정으로는 불가능 할까요? wr_3_num 값을 이용해서 ..
테이블을 두개 더 만들어서 wr_3값을 이용, 조인하여 페이지를 구하고
A에서만 페이징 하는 소스로 페이징을 하라는 말씀인듯 하네요.
한번 해보겠습니다. ㅠ.ㅠ
테이블 A만 새로 만드는게 좋겠네요.. 지금 테이블이 테이블 B구조이니 검색이나 기존 데이터 보관 측면에서
테이블 A를 새로 만들어서 페이징만 이용하게하는게 좋겠군요. 페이징에서는 1페이지 A에서 1번, 2페이지 는 A에서 2번.. 이렇게..
wr_3값에 그룹핑해서 wr_num 값으로 order by 하여서 넘버(wr_3_num)를 먹여 새 필드(wr_3_num)를 이용하여 페이징 하는 방법도 있겠습니다... 어떤지요?
새로운 게시물이 들어오면, wr_3값을 비교해, wr_3값이 같으면 wr_3_num은 증가하지 않고 다르면 증가하고...
그리고 토탈cnt 가 아닌, wr_3_num 필드값을 이용해서만 페이징을 하는 것...
어쨋든 페이징 자체를 새로 만들어야 하는 것일까요..
어쨋든 모든 분 답변 너무 감사합니다. 모든 분의 팁을 모아서 해결해야 겠습니다.
포인트를 모두 나눠드리고 싶으나 ㅠ.ㅠ
사실 정답은 letsgolee 님이 설명해 주신 부분이 정확하다는 생각입니다.
하지만 결국 불가능하단 답변 이기 때문에 ㅠ.ㅠ
채택보다는 감사의 말씀을 드리겠습니다 ㅠ.ㅠ
엑스엠엘님 방법이 어떻게 처리될수 있을지 아직 확실하지 않지만 포기 하지 않고한번 도전해 보겠습니다.
엑스엠엘님 답변 또 해주셔서 감사합니다.
조금더 sql문과 php소스 힘트를 주셨으면 좋겠습니다 ㅠ.ㅠ
지금 현재 페이징 소스 수정으로는 불가능 할까요? wr_3_num 값을 이용해서 ..
사실 정답은 letsgolee 님이 설명해 주신 부분이 정확하다는 생각입니다.
하지만 결국 불가능하단 답변 이기 때문에 ㅠ.ㅠ
채택보다는 감사의 말씀을 드리겠습니다 ㅠ.ㅠ
하지만 결국 불가능하단 답변 이기 때문에 ㅠ.ㅠ
채택보다는 감사의 말씀을 드리겠습니다 ㅠ.ㅠ
잠시 다른 일들을 하는 사이 벌써 답변을 채택하셨네요...ㅠㅠ
곰곰히 생각해보았는데 w_3값에 인덱스를 걸고 $sql에서 order by w_3 asc 혹은 desc 를 걸어놓으면 어느정도 비슷하게 구현이 됩니다. 즉
이부분을
이게 가장 간단하게 구현하는 방법이 아닐까 싶네요...
곰곰히 생각해보았는데 w_3값에 인덱스를 걸고 $sql에서 order by w_3 asc 혹은 desc 를 걸어놓으면 어느정도 비슷하게 구현이 됩니다. 즉
if ($sst)
$sql_order = " order by $sst $sod ";
이부분을
// w_3을 어떻게 정렬할 것인가... 일단 asc로 정의
// $w_3_order = 'asc';
if ($sst)
{
$sql_order = " order by w_3 $w_3_order, $sst $sod ";
}
else
{
$sql_order = " order by w_3 $w_3_order ";
}
이게 가장 간단하게 구현하는 방법이 아닐까 싶네요...
이런.. 답변채택을 너무 성급히 해버렸군요 ㅠ.ㅠ
일단 도전해 보겠습니다.
그러니까... 기본 list 출력 값을
wr_3으로 정렬하게 하는거라는 말이죠?
허나 wr_3값이 상품명 인지라.. 아! 인덱스를 건 다음에 인덱스 값으로 정렬이군요!
요지는
"아예 인덱스 값으로 정렬하여 출력 하되, 인덱스 값으로 페이징을 한다."
이것 맞는지요?
인덱스 값으로 페이징을 하려면 페이징 부분을 어떻게수정해야 할까요 ㅠㅠ
이것저것 시도좀 많이 해봐야 겠군요 ㅠ.ㅠ
리고 풀리면 남은 포인트 다 밀어 드려야 겠어요 ㅠ.ㅠ
혹시 IT기기 관심 많으시면 제 싸이트 오시면 특별 회원으로 포인트(사용시 주문가능) 팍팍 드리겠습니다 ㅠ.ㅠ
감사합니다.
일단 도전해 보겠습니다.
그러니까... 기본 list 출력 값을
wr_3으로 정렬하게 하는거라는 말이죠?
허나 wr_3값이 상품명 인지라.. 아! 인덱스를 건 다음에 인덱스 값으로 정렬이군요!
요지는
"아예 인덱스 값으로 정렬하여 출력 하되, 인덱스 값으로 페이징을 한다."
이것 맞는지요?
인덱스 값으로 페이징을 하려면 페이징 부분을 어떻게수정해야 할까요 ㅠㅠ
이것저것 시도좀 많이 해봐야 겠군요 ㅠ.ㅠ
리고 풀리면 남은 포인트 다 밀어 드려야 겠어요 ㅠ.ㅠ
혹시 IT기기 관심 많으시면 제 싸이트 오시면 특별 회원으로 포인트(사용시 주문가능) 팍팍 드리겠습니다 ㅠ.ㅠ
감사합니다.
인덱스를 걸라고 한 것은 페이징과 전혀 상관이 없고 mysql에서 w_3에 인덱스를 걸라는 이야기입니다. 인덱스를 걸때와 걸지 않았을 때의 정렬에 걸리는 시간은 천차만별의 차이가 있거든요.
일단 원하는 질문이 뭔지부터 잘 파악을 해야할 것 같아요. 지금 읽어봐도 원하는게 뭔지 헛갈려서...
w_3이 상품 명이라고 했으니까, 데이터가 다음과 같이 있다고 합시다.
num | name | w_3(상품명)
-----+---------+--------------
1 | 주니 | TV
2 | 까비 | CAM
3 | 토비 | Computer
4 | 수성 | TV
5 | 금성 | Cellphone
6 | 지구 | Cellphone
7 | 화성 | TV
8 | 목성 | CAM
그럼 원하는 것은 이런 걸 원한 겁니까?
select * from table order by w_3 asc // 오름차순
num | name | w_3(상품명)
-----+---------+--------------
2 | 까비 | CAM
8 | 목성 | CAM
5 | 금성 | Cellphone
6 | 지구 | Cellphone
3 | 토비 | Computer
1 | 주니 | TV
4 | 수성 | TV
7 | 화성 | TV
select * from table order by w_3 desc // 내림차순
num | name | w_3(상품명)
-----+---------+--------------
1 | 주니 | TV
4 | 수성 | TV
7 | 화성 | TV
3 | 토비 | Computer
5 | 금성 | Cellphone
6 | 지구 | Cellphone
2 | 까비 | CAM
8 | 목성 | CAM
이런 걸 원하는 거면 제가 잘 짚은 거고 이게 아니면 다시 잘 설명을 해주셔야 다른 분들에게서라도 정확한 답변을 알 수 있을 겁니다.
목록갯수가 가변으로 변하는 것은 생각하지 않는 것이 합당합니다. 이미 이유는 위에서 설명했구요...
일단 원하는 질문이 뭔지부터 잘 파악을 해야할 것 같아요. 지금 읽어봐도 원하는게 뭔지 헛갈려서...
w_3이 상품 명이라고 했으니까, 데이터가 다음과 같이 있다고 합시다.
num | name | w_3(상품명)
-----+---------+--------------
1 | 주니 | TV
2 | 까비 | CAM
3 | 토비 | Computer
4 | 수성 | TV
5 | 금성 | Cellphone
6 | 지구 | Cellphone
7 | 화성 | TV
8 | 목성 | CAM
그럼 원하는 것은 이런 걸 원한 겁니까?
select * from table order by w_3 asc // 오름차순
num | name | w_3(상품명)
-----+---------+--------------
2 | 까비 | CAM
8 | 목성 | CAM
5 | 금성 | Cellphone
6 | 지구 | Cellphone
3 | 토비 | Computer
1 | 주니 | TV
4 | 수성 | TV
7 | 화성 | TV
select * from table order by w_3 desc // 내림차순
num | name | w_3(상품명)
-----+---------+--------------
1 | 주니 | TV
4 | 수성 | TV
7 | 화성 | TV
3 | 토비 | Computer
5 | 금성 | Cellphone
6 | 지구 | Cellphone
2 | 까비 | CAM
8 | 목성 | CAM
이런 걸 원하는 거면 제가 잘 짚은 거고 이게 아니면 다시 잘 설명을 해주셔야 다른 분들에게서라도 정확한 답변을 알 수 있을 겁니다.
목록갯수가 가변으로 변하는 것은 생각하지 않는 것이 합당합니다. 이미 이유는 위에서 설명했구요...
포인트만 날리신 듯.....
전 포인트 적립이 안 됩니다. 흐흐~~
질문의 원래 내용이 궁금합니다.
전 포인트 적립이 안 됩니다. 흐흐~~
질문의 원래 내용이 궁금합니다.
두분의 관심 정말 감사히 생각합니다. 제질문이 상당히 난해 하죠^^ 이해를 잘 할 수 있게 설명을 드리고 싶은데 잘 안되는군요
지금 현재 게시판이 이렇게 되어있습니다.
num | name | w_3(상품명)
-----+---------+--------------
8 | 주니 | TV
7 | 수성 | TV
6 | 화성 | TV
5 | 토비 | Computer
4 | 금성 | Cellphone
3 | 지구 | Cellphone
2 | 까비 | CAM
1 | 목성 | CAM
제가 원하는 것은 목록 갯수를 2개로 했을때, wr_3이 중복된것을 1개로 처리하여
1페이지에
8 | 주니 | TV
7 | 수성 | TV
6 | 화성 | TV
5 | 토비 | Computer
가 나오고
2 페이지에
5 | 토비 | Computer
4 | 금성 | Cellphone
3 | 지구 | Cellphone
3페이지에
4 | 금성 | Cellphone
3 | 지구 | Cellphone
2 | 까비 | CAM
1 | 목성 | CAM
가 나오는 것입니다. 실제로 눈에 보이는 목록은 여러개가 나오지만,
wr_3이 같은 것은 게시물 1개처럼 취급 하는 것이죠..
또한 여기서 주의 점은 , 실제 다음 페이지에 나오는 것은
다음 게시물이 아니라
중복이 되지 않는 다음 wr_3값이라는 점 입니다.
오히려 오고가는 오해속에(^^) 저도 좋은 아이디어를 찾은 것 같기도 합니다.
wr_3에 새로운 필드인 wr_3_page 값을 입력해
계속 입력해 나가는 겁니다.(기존 입력분포함)
wr_3 값이 같으면 wr_3_page 값도 같습니다.
하지만 wr_3값이 다르면 1씩 증가됩니다.
새로운 페이징에선, 토탈 게시물 수는 wr_3_page의 갯수가 되겠지요
목록갯수는 고정 2개 이지만, 이 목록 갯수는 wr_3값의 갯수일 뿐,
실제로 페이징 되느 것은 wr_3_page값이겠지요
뭐 wr_3_page 값을 직접 불러와 역으로 (실제 8페이지엔 1을, 실제 7페이지엔 2페이지를...) 대입하여 페이지처럼 링크를 걸어서 사용해도 되겠군요
즉, 목록 갯수는 변함없이 고정되고 ,페이징도 제대로 처리 되지만,
실제로 출력되는 모습은 항상 가변이 되는 겁니다.
목록갯수는 고정 변수이긴 하지만 사실은 wr_3값이 동일한 wr_3_page 값을 참조하여 wr_3_page 다음 값부터 출력하면 될것 같습니다..
물론 계산이 좀 필요하겠지만.. 페이징은 page 값으로 페이징하고,
목록 출력 방법을 수정하는 것이군요...
이걸 정말 설명하기가 너무 어렵네요;;;
지금 현재 게시판이 이렇게 되어있습니다.
num | name | w_3(상품명)
-----+---------+--------------
8 | 주니 | TV
7 | 수성 | TV
6 | 화성 | TV
5 | 토비 | Computer
4 | 금성 | Cellphone
3 | 지구 | Cellphone
2 | 까비 | CAM
1 | 목성 | CAM
제가 원하는 것은 목록 갯수를 2개로 했을때, wr_3이 중복된것을 1개로 처리하여
1페이지에
8 | 주니 | TV
7 | 수성 | TV
6 | 화성 | TV
5 | 토비 | Computer
가 나오고
2 페이지에
5 | 토비 | Computer
4 | 금성 | Cellphone
3 | 지구 | Cellphone
3페이지에
4 | 금성 | Cellphone
3 | 지구 | Cellphone
2 | 까비 | CAM
1 | 목성 | CAM
가 나오는 것입니다. 실제로 눈에 보이는 목록은 여러개가 나오지만,
wr_3이 같은 것은 게시물 1개처럼 취급 하는 것이죠..
또한 여기서 주의 점은 , 실제 다음 페이지에 나오는 것은
다음 게시물이 아니라
중복이 되지 않는 다음 wr_3값이라는 점 입니다.
오히려 오고가는 오해속에(^^) 저도 좋은 아이디어를 찾은 것 같기도 합니다.
wr_3에 새로운 필드인 wr_3_page 값을 입력해
계속 입력해 나가는 겁니다.(기존 입력분포함)
wr_3 값이 같으면 wr_3_page 값도 같습니다.
하지만 wr_3값이 다르면 1씩 증가됩니다.
새로운 페이징에선, 토탈 게시물 수는 wr_3_page의 갯수가 되겠지요
목록갯수는 고정 2개 이지만, 이 목록 갯수는 wr_3값의 갯수일 뿐,
실제로 페이징 되느 것은 wr_3_page값이겠지요
뭐 wr_3_page 값을 직접 불러와 역으로 (실제 8페이지엔 1을, 실제 7페이지엔 2페이지를...) 대입하여 페이지처럼 링크를 걸어서 사용해도 되겠군요
즉, 목록 갯수는 변함없이 고정되고 ,페이징도 제대로 처리 되지만,
실제로 출력되는 모습은 항상 가변이 되는 겁니다.
목록갯수는 고정 변수이긴 하지만 사실은 wr_3값이 동일한 wr_3_page 값을 참조하여 wr_3_page 다음 값부터 출력하면 될것 같습니다..
물론 계산이 좀 필요하겠지만.. 페이징은 page 값으로 페이징하고,
목록 출력 방법을 수정하는 것이군요...
이걸 정말 설명하기가 너무 어렵네요;;;
음 ... 이렇게 생각하시면 됩니다.
이것이 일종의 상품 겔러리라고 치고, 목록갯수는 4개 입니다.
XXXXXXXXXXXX
XXX현재상품1XX
XXXXXXXXXXXX
XXXXXXXXXXXX
----------------
2 XX 3XX 4XX
목록에는 아주 크게 현재 상품이 나옵니다.
그리고 밑에 다음, 다다음, 3번째 다음 상품까지 나오지만,
넥스트 버튼을 누르거나 다음페이지를 누르면
다음 상품이 나오는 것입니다. 물론 그 밑에 또 작게 다음, 다다음, 3번째 상품이
또 나옵니다.
XXXXXXXXXXXX
XXX현재상품2XX
XXXXXXXXXXXX
XXXXXXXXXXXX
----------------
3 XX 4XX 5XX
목록 갯수를 4개로 했을떄입니다.
여기까진 기존에도 많이 있던 방식입니다.
문제는 여기서 현재 상품1이 같은 이름으로 1~8개 정도 있습니다.
이유는 각 상품마다 상품명은 같지만, 옵션이 5-6개정도 다르기 때문입니다.
이것을 필드처리 할수 있었지만, 어쨋든 게시물로 처리 했습니다.
그래서 이렇게 표시 해야 합니다.
XXXXXXXXXXXX
XXX현재상품1XX
XXXXXXXXXXXX
XXXXXXXXXXXX
현재상품1옵션1
현재상품1옵션2
현재상품1옵션3
----------------
2 XX 3XX 4XX
2페이지는
XXXXXXXXXXXX
XXX현재상품2XX
XXXXXXXXXXXX
XXXXXXXXXXXX
현재상품2옵션1
현재상품2옵션2
----------------
3 XX 4XX 5XX
즉, 상품명이 같은 상품이 갯수가 다 다르다는 겁니다.
이것을 해결하고 싶었습니다.
이것이 일종의 상품 겔러리라고 치고, 목록갯수는 4개 입니다.
XXXXXXXXXXXX
XXX현재상품1XX
XXXXXXXXXXXX
XXXXXXXXXXXX
----------------
2 XX 3XX 4XX
목록에는 아주 크게 현재 상품이 나옵니다.
그리고 밑에 다음, 다다음, 3번째 다음 상품까지 나오지만,
넥스트 버튼을 누르거나 다음페이지를 누르면
다음 상품이 나오는 것입니다. 물론 그 밑에 또 작게 다음, 다다음, 3번째 상품이
또 나옵니다.
XXXXXXXXXXXX
XXX현재상품2XX
XXXXXXXXXXXX
XXXXXXXXXXXX
----------------
3 XX 4XX 5XX
목록 갯수를 4개로 했을떄입니다.
여기까진 기존에도 많이 있던 방식입니다.
문제는 여기서 현재 상품1이 같은 이름으로 1~8개 정도 있습니다.
이유는 각 상품마다 상품명은 같지만, 옵션이 5-6개정도 다르기 때문입니다.
이것을 필드처리 할수 있었지만, 어쨋든 게시물로 처리 했습니다.
그래서 이렇게 표시 해야 합니다.
XXXXXXXXXXXX
XXX현재상품1XX
XXXXXXXXXXXX
XXXXXXXXXXXX
현재상품1옵션1
현재상품1옵션2
현재상품1옵션3
----------------
2 XX 3XX 4XX
2페이지는
XXXXXXXXXXXX
XXX현재상품2XX
XXXXXXXXXXXX
XXXXXXXXXXXX
현재상품2옵션1
현재상품2옵션2
----------------
3 XX 4XX 5XX
즉, 상품명이 같은 상품이 갯수가 다 다르다는 겁니다.
이것을 해결하고 싶었습니다.
만약에 이 현재상품 1에 대한 옵션1,2,3 상품을 션재상품1의 추가필드 처리를 한다면,
각각의 필드를 5-6개로 나누어 각각 필드에대한 링크처리,분류1처리,분류2처리,분류3처리,옵션1처리,옵션2처리,옵션3처리,옵션8처리까지 각 필드의 정렬 처리, 검색처리를 모두 해주어야 합니다. 그래서 필드처리는 불가능 하다고 봅니다.
(지금보다도 더 많이 수정해야 합니다.)
가장 좋은 방법은, wr_3(이게 상품명) 을 중심으로 실제 보여지는 목록갯수만 고치는 것입니다.
각각의 필드를 5-6개로 나누어 각각 필드에대한 링크처리,분류1처리,분류2처리,분류3처리,옵션1처리,옵션2처리,옵션3처리,옵션8처리까지 각 필드의 정렬 처리, 검색처리를 모두 해주어야 합니다. 그래서 필드처리는 불가능 하다고 봅니다.
(지금보다도 더 많이 수정해야 합니다.)
가장 좋은 방법은, wr_3(이게 상품명) 을 중심으로 실제 보여지는 목록갯수만 고치는 것입니다.
맨 마지막 현재상품 옵션을 설명하니 조금 이해가 되네요... 조만간 생각해서 쪽지로 보내드릴께요...
아니면 직접 하시려면 다음과 같은 힌트를 드릴 수 있을거 같습니다.
먼저 페이징 처리는 그냥 손대지 않고 둡니다.
다만 리스트를 불러 올 때 거기에 w_3을 살펴서 동일한 값이 있으나 wr_id는 같지 않은 것들을 불러와서 리스트에 덧붙이면 됩니다.
즉 목록 갯수는 4개라고 가정시
XXXXXXXXXXXX
XXX현재상품2XX
XXXXXXXXXXXX
XXXXXXXXXXXX
----------------
3 XX 4XX 5XX
이렇게 되겠죠. 이것을 건드리지 않습니다. 그래야 페이징에 문제가 되지 않거든요...
그리고 다음과 같은 코드를 설정합니다.
$finish_wr_3 = array(); // 완료된 wr_3을 취합하기 위해...
읽어드린 리스트를 가지고 작업합니다.
예를 든다면...
// 나중에 리스트에 추가해야 하기 때문에 복사 리스트를 만든다.
$copy_list = $list;
for ($i = 0; $i < count($copy_list); $i++)
{
if (!in_array($copy_list[$i][wr_3], $finish_wr_3))
{
$result = sql_query("select * from $write_table where wr_id<>{$copy_list[$i][wr_id]} and wr_3={$copy_list[$i][wr_3]}"); // wr_id가 같으면 리스트에 포함할 필요가 없다. 또한 wr_3값이 같아야 한다...
while($row = sql_fetch($result))
{
$list[] = $row; // 리스트에 포함한다.
}
$finish_wr_3[] = $copy_list[$i][wr_3];// 작업한 wr_3값을 저장하여 다음에 불러오지 않게 한다...
}
}
이런 식으로 비슷하게 작성하면 각 라인의 w_3값이 같은 것들은 모두 불러와서 $list에 추가하게 됩니다.
이걸 group by로 구현하면 편리하겠지만 페이징 처리라든지 그 다음 해결해야할 난제가 많아 이 방식이 제일 편할 것 같은 생각이 듭니다.
아니면 직접 하시려면 다음과 같은 힌트를 드릴 수 있을거 같습니다.
먼저 페이징 처리는 그냥 손대지 않고 둡니다.
다만 리스트를 불러 올 때 거기에 w_3을 살펴서 동일한 값이 있으나 wr_id는 같지 않은 것들을 불러와서 리스트에 덧붙이면 됩니다.
즉 목록 갯수는 4개라고 가정시
XXXXXXXXXXXX
XXX현재상품2XX
XXXXXXXXXXXX
XXXXXXXXXXXX
----------------
3 XX 4XX 5XX
이렇게 되겠죠. 이것을 건드리지 않습니다. 그래야 페이징에 문제가 되지 않거든요...
그리고 다음과 같은 코드를 설정합니다.
$finish_wr_3 = array(); // 완료된 wr_3을 취합하기 위해...
읽어드린 리스트를 가지고 작업합니다.
예를 든다면...
// 나중에 리스트에 추가해야 하기 때문에 복사 리스트를 만든다.
$copy_list = $list;
for ($i = 0; $i < count($copy_list); $i++)
{
if (!in_array($copy_list[$i][wr_3], $finish_wr_3))
{
$result = sql_query("select * from $write_table where wr_id<>{$copy_list[$i][wr_id]} and wr_3={$copy_list[$i][wr_3]}"); // wr_id가 같으면 리스트에 포함할 필요가 없다. 또한 wr_3값이 같아야 한다...
while($row = sql_fetch($result))
{
$list[] = $row; // 리스트에 포함한다.
}
$finish_wr_3[] = $copy_list[$i][wr_3];// 작업한 wr_3값을 저장하여 다음에 불러오지 않게 한다...
}
}
이런 식으로 비슷하게 작성하면 각 라인의 w_3값이 같은 것들은 모두 불러와서 $list에 추가하게 됩니다.
이걸 group by로 구현하면 편리하겠지만 페이징 처리라든지 그 다음 해결해야할 난제가 많아 이 방식이 제일 편할 것 같은 생각이 듭니다.
letsgolee 님 일단 뭐라고 감사의 말씀을 드려야 할지 모르겠군요!!
관심이 정말 따뜻하고 감사합니다. 꼭 보답할 수 있었으면 좋겠습니다.
이 답변대로
wr_3은 같으나, wr_id가 다른 게시물을 $list에 추가로 불러오는것.
이게 결국 핵심이 될것 같습니다. 다른 응용 방법도 여러가지 생각해 보고 있습니다. 사실은 이 목록자체를 구현하는 것은 그리 어려운 일은 아닐 겁니다.
그런데 가장 중요한 부분인 이번 문제점은 게시물은 실제로 목록갯수를 4개로 저장했을때
페이징에서 문제가 생긴다는 부분입니다 ㅠ.ㅠ
실제 목록갯수를 4로 하더라도, 보여지는 목록갯수는 12개가 될수도, 10개가 될 수 도 있습니다.
또한, 다음 게시물(즉, 다음 페이지의 게시물 뿐만 아니라, 밑에 나열된 다음 게시물)에도 옵션2,3,4 같은 추가적인 게시물이 있기 때문에(현재 페이지에 보이지는 않지만)
목록갯수를 고정시키더라도, 다음 페이지 구현을 위해선 from_record의 값을 변형시키지 않으면 안되고, 이 from_record의 값은 , 현재 목록에 보여지는 갯수와도 다른 값입니다. (wr_3의 갯수에 따라 보여지는 목록 갯수는 다르기 때문)
따라서 페이지 값 자체를 (전체 게시물 / 목록갯수)인 가변값이 아닌, 고정값으로 처리해야 할 듯 합니다. 이 고정값은 wr_3_count 필드에 입력 시키되, 글쓰기시 같은 wr_3이 추가되면,+1 처리를 해주어야 할 것 같습니다.
다음 페이지에 wr_3의 갯수만큼 다음부터 from_record가 시작되어야 합니다.
즉, from_record = 1페이지 wr_3의 wr_3_count 갯수 입니다.
그다음 페이지는 그 게시물의 wr_3의 갯수 다음 만큼 부터 3페이지가 되어야 하구요
총 페이지의 수는 중복없는 wr_3의 수입니다.(group by 또는 distinct로 하면 될듯)
결국 from_record 값이 가변이 되어야 할것 같습니다.
밑의 다음 2,3,4 게시물 역시 각각의 옵션 2,3,4 게시물을 갖고 (wr_3이 같은 나머지 게시물을 이렇게 표현하겠습니다.)있습니다 . 이것은 group by를 이용해 latest함수를 이용해서도 처리할 수 있는데, group by의 단점이 같은 wr_3값중 따로 정렬값없이 my_sql 맘대로 중복된 wr_3중 한 값을 가져오더군요 뭐 여기까지는 나름대로 방법을 생각해서 메인 화면에 잘 쓰이고 있긴 합니다.
어쨌든 페이지를 표시 하려면 역시 wr_3이 같은 것들의 갯수를 알고 있어야 할 것 같습니다.
첫 페이지를 만드는 것은 어떻게든 할 수 있습니다만,
$list에 추가만 하게 되면 , 다음 페이지 시작 게시물 또는 그 시작게시물의 wr_3의 갯수는 또 다음 페이지에 영향을 끼쳐야 합니다.
결국 페이징 문제로 남게 됩니다.
따라서 wr_3값마다 갯수를 지정해 줘야 할것 같습니다.
페이징 문제만 해결된다면 아마도 아주 큰 획이 될 것 같습니다.
이렇게 도움을 주시고 설명해주신 이 부분이 바로 저희 싸이트의 중심점 입니다. 지금까지는 수작업으로 갯수를 조절하는 방식을 썼었거든요;; 많은 도움 감사드리며.. 또 생각나시는 분분 있으시면
꼭 첨언과 조언 부탁드립니다.
쪽지도 따루 드리겠습니다. 감사합니다!!
정말 감사드립니다.
관심이 정말 따뜻하고 감사합니다. 꼭 보답할 수 있었으면 좋겠습니다.
이 답변대로
wr_3은 같으나, wr_id가 다른 게시물을 $list에 추가로 불러오는것.
이게 결국 핵심이 될것 같습니다. 다른 응용 방법도 여러가지 생각해 보고 있습니다. 사실은 이 목록자체를 구현하는 것은 그리 어려운 일은 아닐 겁니다.
그런데 가장 중요한 부분인 이번 문제점은 게시물은 실제로 목록갯수를 4개로 저장했을때
페이징에서 문제가 생긴다는 부분입니다 ㅠ.ㅠ
실제 목록갯수를 4로 하더라도, 보여지는 목록갯수는 12개가 될수도, 10개가 될 수 도 있습니다.
또한, 다음 게시물(즉, 다음 페이지의 게시물 뿐만 아니라, 밑에 나열된 다음 게시물)에도 옵션2,3,4 같은 추가적인 게시물이 있기 때문에(현재 페이지에 보이지는 않지만)
목록갯수를 고정시키더라도, 다음 페이지 구현을 위해선 from_record의 값을 변형시키지 않으면 안되고, 이 from_record의 값은 , 현재 목록에 보여지는 갯수와도 다른 값입니다. (wr_3의 갯수에 따라 보여지는 목록 갯수는 다르기 때문)
따라서 페이지 값 자체를 (전체 게시물 / 목록갯수)인 가변값이 아닌, 고정값으로 처리해야 할 듯 합니다. 이 고정값은 wr_3_count 필드에 입력 시키되, 글쓰기시 같은 wr_3이 추가되면,+1 처리를 해주어야 할 것 같습니다.
다음 페이지에 wr_3의 갯수만큼 다음부터 from_record가 시작되어야 합니다.
즉, from_record = 1페이지 wr_3의 wr_3_count 갯수 입니다.
그다음 페이지는 그 게시물의 wr_3의 갯수 다음 만큼 부터 3페이지가 되어야 하구요
총 페이지의 수는 중복없는 wr_3의 수입니다.(group by 또는 distinct로 하면 될듯)
결국 from_record 값이 가변이 되어야 할것 같습니다.
밑의 다음 2,3,4 게시물 역시 각각의 옵션 2,3,4 게시물을 갖고 (wr_3이 같은 나머지 게시물을 이렇게 표현하겠습니다.)있습니다 . 이것은 group by를 이용해 latest함수를 이용해서도 처리할 수 있는데, group by의 단점이 같은 wr_3값중 따로 정렬값없이 my_sql 맘대로 중복된 wr_3중 한 값을 가져오더군요 뭐 여기까지는 나름대로 방법을 생각해서 메인 화면에 잘 쓰이고 있긴 합니다.
어쨌든 페이지를 표시 하려면 역시 wr_3이 같은 것들의 갯수를 알고 있어야 할 것 같습니다.
첫 페이지를 만드는 것은 어떻게든 할 수 있습니다만,
$list에 추가만 하게 되면 , 다음 페이지 시작 게시물 또는 그 시작게시물의 wr_3의 갯수는 또 다음 페이지에 영향을 끼쳐야 합니다.
결국 페이징 문제로 남게 됩니다.
따라서 wr_3값마다 갯수를 지정해 줘야 할것 같습니다.
페이징 문제만 해결된다면 아마도 아주 큰 획이 될 것 같습니다.
이렇게 도움을 주시고 설명해주신 이 부분이 바로 저희 싸이트의 중심점 입니다. 지금까지는 수작업으로 갯수를 조절하는 방식을 썼었거든요;; 많은 도움 감사드리며.. 또 생각나시는 분분 있으시면
꼭 첨언과 조언 부탁드립니다.
쪽지도 따루 드리겠습니다. 감사합니다!!
정말 감사드립니다.
결국 wr_is_title 이라는 필드를 하나 더 만들어 처리 했습니다 ㅠ.ㅠ 감사합니다
