6._페이지_처리의_중요성

조회 수 2515 추천 수 0 2013.09.06 23:29:12
남송휘 *.73.93.2

  • C/S
    • 데이터를 조회할때 커서를 닫지 않고 이벤트 발생시마다 결과 집합을 Fetch 가능
    • 커서 오흔푸 결과집합 핸들링 불가



  • 패치의 잘못된 예

i:= 0;
loop
fetch c into l_record;
exit when (c%notfound or (i=pageNo*pageSize));
i:=i+1;
if i> (pageNo-1) * pageSize then
printRow(l_record);
end if;
end loop;


  • 데이터를 계속 fetch 하다가 출력할 페이지에 도착하면 printRow를 호출해서 출력
  • 뒤페이지로 이동할수록 엄청나게 많은 Fetch Call 유발
  • 해결 -> 페이지 처리를 서버 단에서 완료후 출력할 결과만 fetch


  • 페이지 처리를 하지 않았을 때 발생하는 부하요인
  1. 다량의 Fetch Call 발생 (SQL*Net roundtrips to/from client)
  2. 대량의 결과 집합을 클라이언트로 전송하면서 발생하는 네트워크 부하
  3. bytes sent via SQL*Net to client)
  4. 대량의 데이터 블록을 읽으면서 발생하는 I/O 부하
  5. AP서버 및 웹서버 리소스 사용량 증가


  • 페이지 처리
  1. 페이지 단위로, 화면에서 필요한 만큼씩 Fetch Call
  2. 페이지 단위로, 화면에서 필요한 만큼씩 네트워크를 통해 전송
  3. 인덱스와 부분범위처리 원리를 이용해 각 페이지에 필요한 최소량만 I/O
  4. 데이터를 소량씩 나누어 전송하므로AP/웹서버 리소스 사용량 최소화


  • 조회할 데이터가 일정량 이상이고 수행빈도가 높다면 필수적으로 페이지 처리를 구현해야함
  • 사용자가 필요시 ‘전체조회’ 또는 ‘다운로드 받기’ 버튼을 클릭할수 있도록 제공하는것이 바람직
  • 페이지 처리 목적
    • 데이터베이스 Call 횟수를 줄임
    • 네트워크를 통한 데이터 전송량을 취소화
    • 버내에서의 처리 일량 줄임



  • 오라클 고도화 원리와 해법 1 (bysql.net 2012년 1차 스터디)
  • 작성자:  남송휘
  • 최초작성일: 2012년 5 월 13 일
  • 본문서는 bysql.net 스터디 결과입니다 .본 문서를 인용하실때는 출처를 밝혀주세요. http://www.bysql.net
  • 문서의 잘못된 점이나 질문사항은 본 문서에 댓글로 남겨주세요. ^^