About DATABASE

자동차의 각종 오일은 자동차 내부의 금속 장치의 마모를 막아주고 열을 분산시키는 역할을 한다. 하지만 거의 모든 운전자들은 엔진 오일쯤만 잘 알고 있을 뿐 나머지 오일은 잘 모르기도 하거니와 아예 관심조차 없다.

자동차는 엔진 오일, 브레이크 오일, 변속기 오일, 파워 스티어링 오일 등 여러 가지 오일이 필요하다. 오는 7월1일 열리는 '2010 서울오토서비스 서울오토살롱' 조직위원회에서는 이처럼 무심코 지나치기 쉬운 자동차 오일의 점검과 관리법을 소개했다.

▲ 시원한 드라이빙을 위한 필수 점검 사항, 엔진 오일

엔진 오일은 차의 심장인 엔진에 윤활유를 공급해 엔진의 마모를 막고 최대의 성능을 발휘하게 해준다. 따라서 엔진 오일은 자주 살펴서 교환 시기를 넘기지 않고 제때 교환해주는 것이 매우 중요하다. 엔진 오일의 교환 주기는 일반적으로 1만km마다 교환해 주는 것이 좋다. 하지만 주행환경에 따라 비포장도로나 오염물질이 많은 지역을 운행하는 등 엔진에 무리가 가는 일이 많았다면 5,000km마다 교환해 주는 것이 좋다.

엔진 오일 점검 방법은 엔진 옆에 있는 오일 게이지를 뽑아서 깨끗이 닦은 뒤 엔진 오일 마개를 열고 집어넣었다가 뽑는다. 이때 오일 게이지에 묻은 엔진 오일이 최대선(MAX)과 최소선(MIN)사이에 있다면 정상이다.

만약 최소선에 오일이 묻어 있거나 아예 묻어 나오지 않는다면 즉시 엔진 오일을 보충해야 한다. 최대선을 넘었다면 엔진 내부의 연료 저항을 높여 열을 과도하게 발생시키므로 주의해야 한다. 따라서 자주 점검해 알맞은 엔진 오일 양을 유지해야 한다.

▲ 멈추는 것도 중요하다, 브레이크 오일

많은 운전자들이 브레이크 오일의 중요성을 잘 모르고 있다. 브레이크 오일을 제때 교환하지 않으면 시간이 지날수록 수분이 들어가게 된다. 그러면 브레이크의 성능이 떨어지고 부품이 삭으며 윤활유가 끓는 점(비등점)이 낮아져 '베이퍼 락(Vapor Lock. 제동력 상실 상태) 현상'이 일어나 위험한 상황에 빠질 수 있다.

브레이크 오일은 교체주기가 3만km로 짧은 편이다. 브레이크 오일은 엔진룸에서 쉽게 찾아볼 수 있다. 반투명 탱크로 되어 있어 육안으로 식별하기 쉽기 때문이다. 탱크에 표시된 최대선(MAX)과 최소선(MIN)사이에 오일이 있으면 정상이며, 오일의 색깔이 지나치게 시커멓거나 모자란다면 즉시 교환이나 보충을 해야 한다.

▲ 잊고 넘어가면 안 되는 변속기 오일!

흔히 '미션 오일'이라 불리는 변속기 오일은 수동 변속기 오일과 자동 변속기 오일 두 가지가 있다. 자동 변속기 오일이 부족하면 변속 할 때 충격이 느껴지며, 수동 변속기 오일이 부족하면 기어변속이 매끄럽지 않게 된다. 수동 변속기 오일은 주된 기능이 내부 윤활기능이기 때문에 출고 뒤 첫 1만km에 교환한 다음 4만km 주행 때마다 교환하는 것이 좋다.

자동 변속기는 수동 변속기보다 더욱 세심한 관리가 필요한데, 자동 변속기 오일의 교환 때에는 시동을 켠 상태로 점검을 해야 한다. 점검 방법은 평탄한 곳에서 주차브레이크를 걸어놓은 채 시동을 켜고 엔진을 1,000~1,500rpm으로 1분쯤 작동시킨다. 그 다음 변속 레버를 각 단수(P-R-N-D-2-1)에 고루 움직이며 오일 게이지를 확인해야 한다. 오일이 부족하면 즉시 보충해야 하며 오일이 눈금보다 많다면 적정량에 맞춰 빼줘야 한다. 자동 변속기 오일의 교환주기는 대개 5만km이나 최근 성능이 좋은 변속기와 오일이 나와서 차종에 따라 10만km를 교환주기로 권장하기도 한다.

▲ 정확한 조향을 책임지는 파워 스티어링 오일

파워 스티어링 오일은 스티어링 휠을 돌리는 힘을 줄여줘 조향을 부드럽게 만들어주는 역할을 한다. 파워 스티어링 오일이 부족하면 핸들에서 잡음이 발생하고 구성품의 마모와 핸들의 조작이 무겁게 느껴져 조향이 불편해진다. 따라서 파워 스티어링 오일도 탱크의 게이지를 확인해 최대선(MAX)과 최소선(MIN) 사이에 오일이 있는지 확인하고 오일이 부족하면 캡을 반시계 방향으로 돌려 벗겨낸 다음 오일을 보충하면 된다.

서울오토살롱 김필수 조직위원장은 "거의 모든 운전자들이 차 관리의 필수 사항인 오일을 잘 모르고 있다"며, "자동차 오일 관리법만 잘 숙지하면 더욱 오래, 그리고 안전하게 자동차를 유지할 수 있다"고 말했다.

한편 오는 7월1일부터 4일까지 서울 코엑스에서 열리는 '2010 서울오토서비스 서울오토살롱'에서는 슈퍼카, 튜닝카를 비롯 자동차 정비와 관련한 다양한 볼거리들을 전시한다.

1.토렌트미  TORRENTME

http://torrentme.co.kr/

 

4.

http://oktorrent.com/

사이트 너무 이쁘고

5.

무엇보다 홈페이지가 너무 이쁘고

자료도 많네요

6.

자료도 방대합니다.

7.

http://www.bittorrent.co.kr   BITTORRENT

영 어로 검색하시면 많은 검색결과를 보실수 있습니다.

검색 바로 할수 있는 사이트

 

8.

자료 엄청 많네요

추천 한방 드려요^^

 

9.폐인2 

http://pain2.net

국내 사이트 중에 자료 많은 것 중에 하나

 

10.

http://dramainfo.com

드라마인포 DramaINFO. 

드라마 미드 엄청 많네요^^

 

11.

투쉐어

www.toshare.kr

지금은 트레픽 제한 떄문에 가입이 안되지만 자료 엄청 많고

트레픽 풀릴때 가입 해보세요

 

12.

보고보고넷

 www.bogobogo.net/

 

한국 사이트로 이거저것 자료 엄청 많아요

Oracle Database Upgrade Guide     (From 9.0.1.X to 9.2.0.X)


Introduction.
 
Upgrade 의 개요
 

Oracle Database 9.0.1.X 는 Oracle 9i Release 1, 또는 Oracle 9iR1 이라고도 불린다. 또한 9.2.0.X 는 Oracle 9i Release 2라고 한다. 이것은 이 두 버전의 차이가 상당하다는 의미를 내포하는 것이다.

9iR1에서 9iR2로의 업그레이드는 변화의 규모에서 사실상 새로운 설치와 다름이 없다. 구체적으로 말하자면 9iR2 처럼 정규적으로 배포되는 CD가 있는 경우에는 버전에 큰 변화가 있는 것이므로, 되도록이면 새로운 $ORACLE_HOME을 설정하고 오라클 엔진을 새로이 설치하는 것이 좋다. 실제로 오라클 설치매뉴얼에도 이는 강력히 권장되고 있으며, 만약의 경우 이전 상태로의 빠른 복구를 보장할 수 있다. 새로운 $ORACLE_HOME을 지정하지 않으면 이전 버전을 지우고 그 위에 새로운 버전의 엔진을 엎어 쓴다.
 
OS가 64bit인 경우에는 이전의 32bit제품을 64bit로 업그레이드 하는 경우는 별다른 조치가 필요없다. Character set의 word change도 자동으로 이루어지므로 신경쓰지 않아도 된다. (예. 32bit 9.0.1.4 에서 64bit 9.2.0.1 로의 업그레이드시 다른 조치가 필요없음)
 
 

주의사항
 
이 문서는 Sun OS 위주로 작성되었으나, 다른 OS에도 적용할 수 있다. 그럴 경우 OS에 따른 경로의 차이를 감안하면 된다.
 

작업 내용
 
사 전 준비
 
1. 백업:
데이터 파일의 백업은 미리 해도 되고 안해도 된다. DBUA (Database Upgrade Assistant) 가 실행되면서 어차피 백업을 해 주기 때문이다. 오히려 이 방법이 복구시 더 간편할 수도 있다. 단, DBUA가 백업본을 보관할 장소를 물어오는데, 이때 oracle user가 그곳의 쓰기권한이 없다면 DBUA는 백업과정을 무시하고 다음 단계로 진행해 버리니 주의해야 한다.

2. OS version check:
 
isainfo  kv

3. Oracle version check
 
Sqlplus ‘/as sysdba’ 로 들어간 후, 줄 마지막에 64bit Production이라고 나오지 않는다면 32bit 제품이다. 64bit OS에는 64bit 제품이건 32bit 제품이건 설치가 가능하다. 그러나 32bit OS에는 64bit 제품을 설치할 수 없다. 기존제품이 32bit 였고, 고객이 신 버전으로 64bit를 원한다면 반드시 새로운 $ORACLE_HOME에 설치해야 한다.
 
4. Memory setting
 
/etc/system 을 열어서 아래의 값이 확보되어 있는지 확인한다.
 
forceload:sys/shmsys
forceload:sys/semsys
set shmsys:shminfo_shmmax=4294967295
set shmsys:shminfo_shmmin=1
set shmsys:shminfo_shmmni=500
set shmsys:shminfo_shmseg=100
set semsys:seminfo_semmns=1000
set semsys:seminfo_semmap=300
set semsys:seminfo_semmni=512
set semsys:seminfo_semmnu=500
set semsys:seminfo_semmsl=500
set semsys:seminfo_semopm=256
set semsys:seminfo_semume=100
set semsys:seminfo_semvmx=32767

5. /tmp 용량 확인   적어도 300m 가 있어야 한다.

 
6. 기존 DB의 설치파일을 백업해 두고, 필요한 경우 수정하며, 파일 권한도 확인해 둔다. 이 파일들은 새로운 인스톨 과정에서 덮어써지기 때문이다.

cp /var/opt/oracle/oraInst.loc /var/opt/oracle/oraInst.loc.bak
(OS에 따라서 cp /etc/oraInst.loc /etc/oraInst.loc.bak)
cp /usr/local/bin/dbhome /usr/local/bin/dbhome.bak
cp /usr/local/bin/oraenv /usr/local/bin/oraenv.bak
cp /usr/local/bin/coraenv /usr/local/bin/coraenv.bak
cp /var/opt/oracle/oratab /var/opt/oracle/oratab.bak (이때 새로운 SID가 보이지 않아도 그대로 둘 것)
 
7. .profile을 수정하여 새로 설치하려는 oracle의 환경으로 바꾼다. (사내서버의 경우 oracle user로 로그인할 경우 다양한 환경을 선택할 수 있도록 되어있으니 쉘스크립트의 case문에 추가하는 것이 좋다.) 다시 로그인 하든가 환경변수를 인식시켜 새로운 값을 가지게 한다. DB를 추가하는 경우가 아니므로, 업그레이드의 경우에는 $ORACLE_SID는 바꾸지 않아도 된다. $ORACLE_HOME 은 예를 들어 기존의 home이 …/…/9.0.1 이라면 새로운 home은 …/…/9.2.0 등등으로 바꾼다.
 

Oracle Database 9.2.0.1 설치
 
1.       DB를 내린다. Listener를 내린다. Agent도 내린다. (agentctl stop   사용되지 않은 상태였다면 “Could not contact agent. It may not be running.” 라는 메시지가 나오는데 무시하면 된다.)
 
2.       CD라면 마운트를 하고 oracle user로 ./runInstaller 를 실행. (만약 ‘/runInstaller: cannot execute’ 에러가 난다면 실행권한을 확인하고 하부 디렉토리까지 775정도로 바꿔준다. Xclock 이 실행되는지 확인. Xclock이 실행되지 않으면 runInstaller도 절대 실행되지 않는다. 문제가 있다면 echo $DISPLAY를 봐서 지금 x-server가 작동되는 PC의 ip가 나타나는지 확인해야 한다.)
 
3.       $ORACLE_HOME의 이름을 다르게 적어넣고 (예: ORACLE_HOME2) 경로를 바꿔준다. 만약 환경변수를 제대로 인식시켰다면 그 경로가 자동으로 나타날 것이다.

4.       설치과정중 ‘software only’를 선택하여 Oracle 엔진만 설치한다.
 
5.       $ORACLE_HOME에 있는 root.sh를 root 권한으로 돌리라고 한다. 창을 하나 더 띄워서 실행해 준다. 참고로 이로서 위의 6번에서 백업해둔 파일들이 업데이트된다.
 
6.       Installer가 끝나면 DBUA가 실행된다. (드물게 Oracle Enterprise Manager가 뜨는 경우가 있다. 그럴때는 끄고 unix prompt상에서 dbua를 실행하면 DBUA가 뜰 것이다.) 우선 백업을 할지 묻는다. DBUA로 백업하기로 결정했다면 적절한 곳에 백업받기 바란다. 이때 목적지의 쓰기권한을 반드시 확인한다.
 
7.       DBUA가 DB를 올려달라고 요청하면 그때 올려주면 된다.
 
8.       성공적으로 끝나면 9.2.0.1 까지 업그레이드가 다 된 것이다. 확인하고 싶다면 여기서 sqlplus 로 DB를 올려보면 된다.
 

9.2.0.X Patchset 적용
 
1.  Patchset을 업로드하고 적당한 곳에서 압축을 푼다.
 
Uncompress the file using "gunzip". Eg.: "gunzip solaris64_9.2.0.1.0.Disk1.cpio.gz"

Extract the file resulting from the step above using "cpio". Eg.: "cpio -idmv < solaris64_9.2.0.1.0.Disk1.cpio"

Repeat this for solaris64_9.2.0.1.0.Disk2.cpio.gz and solaris64_9.2.0.1.0.Disk3.cpio.gz

Important Note: Some browsers will uncompress the files but leave the extension the same (gz) when downloading. If the above steps do not work, try skipping step 1 and go directly to step 2 without changing the filename. Eg. "cpio -idmv < solaris64_9.2.0.1.0.Disk1.cpio.gz"
 
* oracle_patch_from_9.2.0.4_to_9.2.0.6.pdf 문서에 이 작업이 그림과 함께 자세히 설명되어 있으므로 참고하기 바람.
 
2.       DB와 Listener를 내린다. Agent도 내린다. (agentctl stop   사용되지 않은 상태였다면 “Could not contact agent. It may not be running.” 라는 메시지가 나오는데 무시하면 된다.)
 
3.       동일한 방법으로 runInstaller를 실행하고 지시에 따른다.
 

사후 처리
 
1.       끝나면 startup migrate 로 시작한후 $ORACLE_HOME/rdbms/admin/catpatch.sql을 수행한다. 서버와 데이터의 크기에 따라 다르지만 1시간여 걸린다.
 
2.       DB를 내렸다가 정상적으로 startup 한 다음 $ORACLE_HOME/rdbms/admin/utlrp.sql을 수행한다.
 
3.       v$version 등을 조회해서 이상없이 업그레이드가 되었는지 확인한다. 이전의 $ORACLE_HOME에 가서 listner 관련 파일(tnsnames 등등)들을 복사해 와서 새로운 홈에서 적절히 수정한다.

출처 : http://pringles.org/

특정 메일계정으로 오는 메일에 대해 자동응답 설정이 가능하다.

방법은 자기의 홈디렉토리 최상위에 .procmailrc 파일을 다음과 같이 설정
하면 됩니다.

$ vi .procmailrc
---------------------------------------------------------------------
:0 hc
* ^TOalang at kobis.net
* !^FROM_DAEMON
* !^X-Loop: .*
| (formail -r -A"Precedence: junk" -I"From: 자동 응답 메일
" -A"X-Loop: alang at kobis.net" ; cat $HOME/a.txt)
| $SENDMAIL -t
----------------------------------------------------------------------

alang at kobis.net 는 자기 메일 주소고 "자동 응답
메일" 부분은 응답 메일
의 제목 부분입니다. a.txt 는 응답메일의 내용 부분입니다.

어디 출장이나 잠시 메일을 받을수 없는 상황이라면 이와 같이 설정 해 두
시면 유용하겠죠.. 

테이블의 특정 컬럼에
PK 나 UK 가 없을 때  테이블의 전체 또는 여러 컬럼들의 DATA들의 중복 확인

SELECT M_SSERVICE,M_SCODETYPE,M_SCODEVALUE,M_SDESC,M_SKIND,M_SDESCKOR,M_SPARENTCODE
FROM TCODEINFO
GROUP BY M_SSERVICE,M_SCODETYPE,M_SCODEVALUE,M_SDESC,M_SKIND,M_SDESCKOR,M_SPARENTCODE
HAVING COUNT(*)

/ 중복된 data확인 및 중복된 갯수 까지 출력
SELECT M_SSERVICE,M_SCODETYPE,M_SCODEVALUE,M_SDESC,M_SKIND,M_SDESCKOR,M_SPARENTCODE,COUNT(*)
FROM TCODEINFO
GROUP BY M_SSERVICE,M_SCODETYPE,M_SCODEVALUE,M_SDESC,M_SKIND,M_SDESCKOR,M_SPARENTCODE
HAVING COUNT(*)

1. 등록세를 알아보자!! : 등록세 = 차량 판매가격의 공급가액 × 5%

팁 : 탁송료 포함 차량 판매가격은 모두 부가가치세 10%가 포함된 금액입니다.

      그러므로 부가가치세 10%를 뺀 공급가액에 5%를 곱하면 등록세가 나옵니다!!

      공급가액은 판매가격에 나누기1.1 하시면 됩니다!!

(예제 1)                                                                                           

	기본가격									\        25,950,000
가 격 사 항	선택사양									\          2,750,000
	색상가격									\                       -
	할인금액									\                 -
					카드포인트 1					\        210,000
	차량가격									\        28,490,000
	탁  송  료									\             178,000
	① 판매가격									\    28,668,000

차량 판매가격의 공급가액 × 5% = (\28,668,000÷1.1) × 0.05 = \1,303,091이 나옴!!

보통 끝자리가 91원으로 끝나면 50원단위로 끈어서 나오는 거 같아요;; 그러면 \1,303,050정도 나올겁니다. 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

2. 취득세를 알아보자!! : 취득세 = 차량 판매가격의 공급가액 × 2%

 팁 : 탁송료 포함 차량 판매가격은 모두 부가가치세 10%가 포함된 금액입니다.

      그러므로 부가가치세 10%를 뺀 공급가액에 2%를 곱하면 취득세가 나옵니다!!

      공급가액은 판매가격에 나누기1.1 하시면 됩니다!!

(예제 2)                                                                                           

	기본가격									\        25,950,000
가 격 사 항	선택사양									\          2,750,000
	색상가격									\                       -
	할인금액									\                 -
					카드포인트 1					\        210,000
	차량가격									\        28,490,000
	탁  송  료									\             178,000
	① 판매가격									\    28,668,000

차량 판매가격의 공급가액 × 2% = (\28,668,000÷1.1) × 0.02 = \521,236 이 나옴!!

보통 끝자리가 6원으로 끝나므로 그러면 \521,200 정도 나올겁니다. 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

3. 공채(할인)를 알아보자!! : 공채(할인) = 차량 판매가격의 공급가액×각지방 공채매입율×익일 공채할인율

팁 : 탁송료 포함 차량 판매가격은 모두 부가가치세 10%가 포함된 금액입니다.

     공급가액은 판매가격에 나누기1.1 하시면 됩니다!!

 

     위의 각지방 공채매입율은 지방마다 틀립니다. 예를들어 제가사는 부산은 7%이고, 서울은 12%,

     경기도는 8%, 대구는 16%정도, 등등 즉 지하철이 있는 대도시는 매입율이 높은 반면 중,소도시는

     매입율이 낮게 책정되어 있습니다. 부산도 예전엔 매입율이 높았스나 상대적으로 낮은 경남지역으로

     차량을 등록시키는 문제점 발생으로 인한 부산시 세수가 줄어드는 일이 발생하여 08년 부터 7%대로

     국공채 매입율을 낮추게 된것입니다. 넘 깊이 들어가면 복잡한 설명이 있어야 하므로 이정도로 마무리

     짓고 각지방 매입율은 차량 등록사업소나 시,도청 세무과에 검색 해보시면 그지방 국공채 매입율을 

     알수 있을겁니다!!

 

     익일 국공채 할인율은 매일 조금씩 달라집니다. 보통 13%에서 ~ 19%정도의 폭에서 변화가 일어 나는것

     같아요!! 그래서 차량 결제시 그날의 할인율을 적용하면 되리라 봅니다!! 

 

 ※아래에는 부산에서 차량 등록시 공채(할인)에 대한 예제이며 국공채 할인율은 16%로 적용한 계산입니다!※

(예제 3)                                                                                         

	기본가격									\        25,950,000
가 격 사 항	선택사양									\          2,750,000
	색상가격									\                       -
	할인금액									\                 -
					카드포인트 1					\        210,000
	차량가격									\        28,490,000
	탁  송  료									\             178,000
	① 판매가격									\    28,668,000

차량 판매가격의 공급가액×부산시 공채매입율×익일 공채할인율 =

((\28,668,000÷1.1) × 0.07) × 0.16 = \291,892이 나옴!!

보통 끝자리가 2원으로 끝나면 50원이나 100원 단위로 끈어서 견적서에 나타남 ;; 그러면 \292,000 정도 나올겁니다. 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

너무 깊게 파고들면 머리만 복잡해지드라구요. 10원에서 90원정도의 금액차이가 생기는 경우가 있습니다. 이정도야 머 ㅎㅎ;;;
이정도로 차분하게 계산해보시면 99.8% 정도의 세금관련 금액을 유추해 나갈수 있습니다.

대충 어느정도 가볍게 계산해 보시라고 제가 아는 범위 내에서 허접하게 끄적거려 봤습니다(__)

# sqlplus /nolog

# connect / as sysdba

SQL> STARTUP UPGRADE

SQL> @$ORACLE_HOME/rdbms/admin/catupgrd.sql

SQL> SHUTDOWN

SQL> STARTUP

안녕하세요

티스토리 초대장 나눠드립니다..

초대장 원하시면 메일주소 댓글 달아주세요

꼭 사용하실 분만 댓글 달아주세요..사용안하시는 분들이 너무 많은것 같네요

그리고 일주일 안에 만들어주세요 안그럼 회수됩니다.

알차고 유용하게 블로깅 하셧으면합니다.

DBMS_XPLAN 패키지의 장점은 포맷을 자유로이 설정한다는것
  작년 겨울에 About DBMS_XPLAN - 1.실행계획 이라는 글에서 실행계획의 세부항목을 소개한바 있다.
이 패키지의가장 뛰어난 특징은 사용자가 출력 포맷을 설정하여 원하는 정보만 얻을수 있다는 것이다.
따라서 이번에는 DBMS_XPLAN 패키지 사용시 포맷설정을 자유롭게 하기 위한 Format Controller를 소개하려 한다.

Format Controller는 아래와 같이 3가지 종류가 있다.

1) 기본 Format Controller : 반드시 적용되어야 하는 기본적인 Controller 이다.
                                   적용하지 않더라도 자동으로 기본값으로 적용된다.

2)세부 Format Controller: 기본 포맷정보에 의해서 표시되거나 생략되는 되는 세부적인 포맷을 Control 한다.
                                   이 Control은  + 표시로 추가하거나 - 표시로 생략이 가능하다.

3) 실행통계 Format Controller: 이 Control을 적용하면 실행시의 PGA 통계를 출력한다.

이제 한가지씩 상세히 살펴보자.

그럼 이제 적용해볼까?
  위에서 설명한 Controller 를 이용하여 Format 을적용해보자.

아래의 plan 은 지면관계상 잘려서 2줄로 나타내었음을 이해해주기 바란다.

----------------------------------------------------------------------------------
| Id  | Operation                     | Name   | Starts | E-Rows |E-Bytes|E-Temp |
----------------------------------------------------------------------------------
|   1 |  SORT ORDER BY                |        |      1 |    100 |  2600 |   153M|
|*  2 |   COUNT STOPKEY               |        |      1 |        |       |       |
|   3 |    TABLE ACCESS BY INDEX ROWID| EMP    |      1 |   2002K|    49M|       |
|*  4 |     INDEX RANGE SCAN          | EMP_N1 |      1 |   2003K|       |       |
----------------------------------------------------------------------------------
-----------------------------------------------------------------------------------
 Cost (%CPU)| E-Time   | A-Rows |   A-Time   | Buffers |  OMem |  1Mem | Used-Mem |
-----------------------------------------------------------------------------------
 19034   (1)| 00:03:49 |      9 |00:00:00.01 |       4 |  2048 |  2048 | 2048  (0)|
            |          |      9 |00:00:00.01 |       4 |       |       |          |
  4126   (1)| 00:00:50 |      9 |00:00:00.01 |       4 |       |       |          |
   989   (1)| 00:00:12 |      9 |00:00:00.01 |       3 |       |       |          |
-----------------------------------------------------------------------------------
 
Query Block Name / Object Alias (identified by operation id):
-------------------------------------------------------------
   1 - SEL$1
   3 - SEL$1 / E@SEL$1
   4 - SEL$1 / E@SEL$1
 
Outline Data
-------------
  /*+
      BEGIN_OUTLINE_DATA
      IGNORE_OPTIM_EMBEDDED_HINTS
      OPTIMIZER_FEATURES_ENABLE('10.2.0.4')
      OPT_PARAM('_optim_peek_user_binds' 'false')
      OPT_PARAM('_bloom_filter_enabled' 'false')
      OPT_PARAM('_optimizer_connect_by_cost_based' 'false')
      OPT_PARAM('optimizer_index_cost_adj' 25)
      OPT_PARAM('optimizer_index_caching' 90)
      FIRST_ROWS(1)
      OUTLINE_LEAF(@"SEL$1")
      INDEX_RS_ASC(@"SEL$1" "E"@"SEL$1" ("EMP"."DEPTNO"))
      END_OUTLINE_DATA
  */
 
Predicate Information (identified by operation id):
---------------------------------------------------
   2 - filter(ROWNUM<=100)
   4 - access("E"."DEPTNO"=:B1)
 
Column Projection Information (identified by operation id):
-----------------------------------------------------------
   1 - (#keys=1) "E"."EMPNO"[NUMBER,22], "E"."DEPTNO"[NUMBER,22], "E"."EMPNO_VARCHAR"[VARCHAR2,40], "E"."JOB"[VARCHAR2,2], "E"."HIREDATE"[DATE,7]
   2 - "E"."EMPNO"[NUMBER,22], "E"."EMPNO_VARCHAR"[VARCHAR2,40], "E"."JOB"[VARCHAR2,2], "E"."HIREDATE"[DATE,7], "E"."DEPTNO"[NUMBER,22]
   3 - "E"."EMPNO"[NUMBER,22], "E"."EMPNO_VARCHAR"[VARCHAR2,40], "E"."JOB"[VARCHAR2,2], "E"."HIREDATE"[DATE,7], "E"."DEPTNO"[NUMBER,22]
   4 - "E".ROWID[ROWID,10], "E"."DEPTNO"[NUMBER,22]
 

 'advanced allstats last' 포맷은 출력되는 정보가 너무많아
   'advanced allstats last' 포맷을 적용하였으므로 DBMS_XPLAN.DISPLAY_CURSOR 가 보여줄수 있는 모든
정보를 출력 하였다. 단 지면 관계상 가장 처음에 나오는 SQL TEXT 와 sql_id, child number, plan_hash_value 등은 생략하였다. 많은정보를 생략하였음에도 불구하고 일반적인 튜닝시 필요가 없는 정보가 모두 출력되고 말았다. 

 이제 위에서 정의된 각 Controller 를 이용하여 여러분만의 Format 을 만들어보자.
필자의 경우 가장 선호하는 포맷은 아래의 두가지 이다.
 
권장되는 포맷유형 2가지

1. 쿼리변형이 없는 단순 쿼리 튜닝의 경우:

 포맷을 'allstats last -rows +predicate' 로 주었으므로 예측 row 수(E-row) 가 생략되고 실행통계와
Predicate Information 만을 출력한다.
 아래의 plan 또한 너무길어 지면관계상 2줄로 나타내었다.

-------------------------------------------------------------------------------
| Id  | Operation                     | Name   | Starts | A-Rows |   A-Time   |
-------------------------------------------------------------------------------
|   1 |  SORT ORDER BY                |        |      1 |      9 |00:00:00.01 |
|*  2 |   COUNT STOPKEY               |        |      1 |      9 |00:00:00.01 |
|   3 |    TABLE ACCESS BY INDEX ROWID| EMP    |      1 |      9 |00:00:00.01 |
|*  4 |     INDEX RANGE SCAN          | EMP_N1 |      1 |      9 |00:00:00.01 |
-------------------------------------------------------------------------------

      -------------------------------------
       Buffers |  OMem |  1Mem | Used-Mem |
      -------------------------------------
             4 |  2048 |  2048 | 2048  (0)|
             4 |       |       |          |
             4 |       |       |          |
             3 |       |       |          |
      -------------------------------------
 
Predicate Information (identified by operation id):
---------------------------------------------------
   2 - filter(ROWNUM<=100)
   4 - access("E"."DEPTNO"=:B1)
 
 
깔 끔하게 꼭필요한 정보만 출력 되었다.


2.쿼리변형이 발생하거나 복잡한 쿼리 튜닝의 경우.

 'allstats last -rows +alias +outline +predicate' 포맷을 사용하면 Query Block Name / Object Alias 정보와 Outline Data 정보가 추가로 출력된다.
아래의 plan 도 지면관계상 2줄로 나타내었다.

-------------------------------------------------------------------------------
| Id  | Operation                     | Name   | Starts | A-Rows |   A-Time   |
-------------------------------------------------------------------------------
|   1 |  SORT ORDER BY                |        |      1 |      9 |00:00:00.01 |
|*  2 |   COUNT STOPKEY               |        |      1 |      9 |00:00:00.01 |
|   3 |    TABLE ACCESS BY INDEX ROWID| EMP    |      1 |      9 |00:00:00.01 |
|*  4 |     INDEX RANGE SCAN          | EMP_N1 |      1 |      9 |00:00:00.01 |
-------------------------------------------------------------------------------

      -------------------------------------
       Buffers |  OMem |  1Mem | Used-Mem |
      -------------------------------------
             4 |  2048 |  2048 | 2048  (0)|
             4 |       |       |          |
             4 |       |       |          |
             3 |       |       |          |
      -------------------------------------
 
Query Block Name / Object Alias (identified by operation id):
-------------------------------------------------------------
   1 - SEL$1
   3 - SEL$1 / E@SEL$1
   4 - SEL$1 / E@SEL$1
 
Outline Data
-------------
  /*+
      BEGIN_OUTLINE_DATA
      IGNORE_OPTIM_EMBEDDED_HINTS
      OPTIMIZER_FEATURES_ENABLE('10.2.0.4')
      OPT_PARAM('_optim_peek_user_binds' 'false')
      OPT_PARAM('_bloom_filter_enabled' 'false')
      OPT_PARAM('_optimizer_connect_by_cost_based' 'false')
      OPT_PARAM('optimizer_index_cost_adj' 25)
      OPT_PARAM('optimizer_index_caching' 90)
      FIRST_ROWS(1)
      OUTLINE_LEAF(@"SEL$1")
      INDEX_RS_ASC(@"SEL$1" "E"@"SEL$1" ("EMP"."DEPTNO"))
      END_OUTLINE_DATA
  */
 
Predicate Information (identified by operation id):
---------------------------------------------------
   2 - filter(ROWNUM<=100)
   4 - access("E"."DEPTNO"=:B1)
 
  쿼리변형이 발생한경우나 뷰(혹은 인라인뷰) 등을 튜닝할경우 아주 적합한 옵션이다. 하지만 특이한경우
Column Projection Information 이 필요한경우도 있다. 이경우는 +projection 포맷을 추가해주면 된다.

  자신만의 적절한 포맷이 필요해
 출력되는 정보의 양이 너무 많으면 소화 하기가 힘들고 너무 적으면 튜닝하기가 어려워진다. SQL이 아무리 복잡하고 다양한 경우가 있더라도 2~3 가지의 Format 조합으로도 충분하다. 여러분 각자의 입맛에 맞는 Format 을 개발해보길 바란다. 물론 그러기 위해서는 각각의 Controller 들과 친해질 필요가 있다.