기억의 갈무리

[오라클10g]DBMS_STATS.GATHER_SCHEMA_STATS 수행에 관한팁

크롬은24번 — Wed, 21 Dec 2011 17:53:08 +0900

dbms_stats.gather_schema_stats 프로시저를 이용해서 통계 정보를 수집하는 경우 수행 시간이 너무 많이 걸린다는 불만이 종종 있다. 이런 현상은 대부분 다음과 같은 경우에 발생한다.

- 특정 테이블들의 크기가 매우 크다.
- 일부 큰 테이블들은 Partitioning이 되어 있다.

즉 큰 테이블들이 있고 더구나 Partitioning까지 되어 있으니(Global/Partiton Statistics모두 수집해야 하므로) 그만큼 통계 정보 수집에 시간이 걸리기 마련이다. 하지만 Oracle 10g에서는 estimate_percent 파라미터와 method_opt 파라미터의 값이 Oracle에 의해 적절하게 판단되어 통계 정보 생성 시간을 최적화한다. 그렇다면 왜 필요 이상 많은 시간이 걸리는 경우가 발생하는가?

이것은 이 두 파라미터에 다음과 같은 결함이 있기 때문이다.

- estimate_percent 파라미터의 값이 AUTO이다. 즉, Oracle이 테이블의 크기에 따라 적절한 샘플 크기를 선택한다는 의미이다. 대부분의 경우 Oracle은 테이블의 크기에 따라 적절한 값을 찾지만, 간혹 아주 큰 테이블에 대해 100%의 값을 사용하는 경우가 있다.
- method_opt 파라미터의 기본값이 FOR ALL COLUMNS SIZE AUTO이다. 즉 모든 컬럼에 대해 통계정보를 수집하면 히스토그램의 생성 여부는 Oracle이 판단한다. 대부분의 경우 Oracle은 적절한 히스토그램 버킷 크기를 할당하지만, 간혹 불필요하게(가령 Unique Key에 대해) 히스토그램을 생성하는 경우가 있다.

위와 같은 상황이 발생하면 예상보다 지나치게 많은 시간이 걸리게 되는 셈이다.

이런 상황을 해소할 수 있는 방법이 있을까? 가령 다음과 같이 하면...?

dbms_stats.gather_schema_stats(estimate_percent=>10, method_opt=>'FOR ALL INDEXED COLUMNS SIZE 1');

물론 위의 방법으로 수행 시간 문제는 해결하겠지만, 좋은 방법은 될 수 없다. 만일 크기가 작은 테이블들이 있다면 샘플 크기가 작으면 왜곡된 통계 정보가 수집될 수 있다. 만일 특정 테이블에 대해서는 모든 컬럼(ALL COLUMNS)에 대해 통계 정보를 수집해야 한다면? 또는 특정 테이블의 특정 컬럼에 대해서는 히스토그램 크기를 주고 싶다면?

그렇다고 테이블 레벨로 일일이 dbms_stats.gather_table_stats를 호출하는 것은 너무나 지겨운 일이다.

그래서 보통 다음과 같은 트릭을 종종 사용한다.(편의상 정확한 문법은 생략)

-- 특정 테이블 통계 정보 변경을 막음
dbms_stats.lock_table_stats(user, 'TABLE1');

-- 스키마 레벨로 통계 정보 수집
dbms_stats.gather_schema_stats(user);

-- 통계 정보 활성화 후 이 테이블만 다시 통계 정보 수집
dbms_stats.unlock_table_stats(user, 'TABLE1');
dbms_stats.gather_table_stats(user,'TABLE', estimate_percent=>10, method_opt=>'FOR ALL INDEXED COLUMNS SIZE AUTO');

위와 같이 하면 Schema 레벨로 대부분의 테이블에 대해 통계 정보를 수집한 후 특정 문제가 되는 테이블에 대해서만 별도로 통계 정보를 수집할 수 있다.

지저분한 트릭같지만 매우 유용한 방법이다.

Oracle 11g에서는 "Preference"라는 새로운 개념을 통해 위와 같은 불편을 일시에 해소하고 있다. Oracle 11g에서라면 다음과 같이 훨씬 직관적이고 깔끔한 방법을 쓸 수 있다.

-- 아래와 같이 한번만 설정
dbms_stats.set_table_prefs(user,'TABLE1', 'ESTIMATE_PERCENT', '10');
dbms_stats.set_table_prefs(user,'TABLE1','METHOD_OPT', 'FOR ALL INDEXED COLUMNS SIZE AUTO');

-- Schema 레벨에서 통계 정보 수집
dbms_stats.gather_schema_stats(user);

즉, 특정 테이블별로 Preference(선호도)를 저장할 수 있어서 10g에서와 같은 부자연스러운 트릭은 불필요한 것이다. 11g에서 가장 마음에 드는 New Feature중 하나이다.

출처: http://ukja.tistory.com/86

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

[ORACLE] 전체 테이블당 건수 조회

크롬은24번 — Mon, 12 Dec 2011 10:20:43 +0900

select
table_name,
to_number(
extractvalue(
xmltype(
dbms_xmlgen.getxml('select count(*) c from '||table_name))
,'/ROWSET/ROW/C')) count
from user_tables;

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

[XCODE4/SVN] SVN Repositories 설정시 연결안되는 문제

크롬은24번 — Fri, 09 Dec 2011 23:33:39 +0900

로그인을 요구하는 SVN 접속시 접근 안되는 문제

터미널에서
svn ls svn://<서버주소>/<저장소명>

으로 접속성공을 하고 난뒤 시도하면 잘됨

출처 : http://blog.xiles.net/392

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

2011년 11월 23일 제 2의 을사늑약 한미FTA 비준안 찬성자

크롬은24번 — Mon, 28 Nov 2011 23:34:01 +0900

한미 FTA비준 찬성(151명)

△ 한나라당 (140명)
강길부(울산 울주군) 강명순(비례대표) 강석호(경북 영양군·영덕군·봉화군·울진군) 강성천(비례대표) 고승덕(서울 서초구 을) 고흥길(경기 성남시 분당구 갑) 구상찬(서울 강서구 갑) 권경석(경남 창원시 갑) 권영세(서울 영등포구 을) 권택기(서울 광진구 갑) 김기현(울산 남구 을) 김동성(서울 성동구 을) 김무성(부산 남구 을) 김선동(서울 도봉구 을) 김성수(경기 양주시·동두천시) 김성조(경북 구미시 갑) 김소남(비례대표) 김영선(경기 고양시 일산서구) 김영우(경기 포천시·연천군) 김옥이(비례대표) 김장수(비례대표) 김태원(경기 고양시 덕양구 을) 김학송(경남 진해시) 나성린(비례대표) 남경필(경기 수원시 팔달구) 박근혜(대구 달성군) 박대해(부산 연제구) 박보환(경기 화성시 을) 박상은(인천 중구·동구·옹진군) 박순자(경기 안산시 단원구 을) 박준선 (경기도 용인시 기흥구) 배영식(대구 중구·남구) 배은희(비례대표) 서병수(부산 해운대구·기장군 갑) 서상기(대구 북구 을) 손범규(경기 고양시 덕양구 갑) 손숙미(비례대표) 신상진(경기 성남시 중원구) 신지호(서울 도봉구 갑) 심재철(경기 안양시 동안구 을) 안상수(경기 의왕시·과천시) 안효대(울산 동구) 원유철(경기 평택시 갑) 원희목(비례대표) 유기준(부산 서구) 유승민(대구 동구 을) 유정복(경기 김포시) 유정현(서울 중랑구 갑) 윤상현(인천 남구 을) 윤진식(충북 충주시) 이명규(대구 북구 갑) 이범관(경기 이천시·여주군) 이범래(서울 구로구 갑) 이사철(경기 부천시 원미구 을) 이성헌(서울 서대문구 갑) 이애주(비례대표) 이영애(비례대표) 이은재(비례대표) 이인기(경북 고령군·성주군·칠곡군) 이정현(비례대표) 이종구(서울 강남구 갑) 이진복(부산 동래구) 이춘식(비례대표) 이한구(대구 수성구 갑) 이해봉(대구 달서구 을) 이혜훈(서울 서초구 갑) 이화수(경기 안산시 상록구 갑) 임동규(비례대표) 장제원(부산 사상구) 전여옥(서울 영등포구 갑) 정갑윤(울산 중구) 정두언(서울 서대문구 을) 정미경(경기 수원시 권선구) 정양석(서울 강북구 갑) 정옥임(비례대표) 정진섭(경기 광주시) 조문환(비례대표) 조원진(대구 달서구 병) 조전혁(인천 남동구 을) 조진래(경남 의령군·함안군·합천군) 조해진(경남 밀양시·창녕군) 주광덕(경기 구리시) 주성영(대구 동구 갑) 주호영(대구 수성구 을) 최경환(경북 경산시·청도군) 최경희(비례대표) 최병국(울산 남구 갑) 홍준표(서울 동대문구 을) 황우여(인천 연수구) 황진하(경기 파주시) 강승규(서울 마포구 갑) 권성동 (강원도 강릉시) 김성동 (비례대표) 김성회(경기 화성시 갑) 김세연 (부산광역시 금정구) 김정권 (경상남도 김해시갑) 김정훈(부산 남구 갑) 김태호(경남 김해시 을) 김태환(경북 구미시 을) 김학용(경기 안성시) 김형오(부산 영도구) 김호연(충남 천안시 을) 박민식(부산 북구·강서구 갑) 박영아(서울특별시 송파구 갑) 박종근(대구광역시 달서구 갑) 박진(서울 종로구) 백성운(경기 고양시 일산동구) 송광호(충북 제천시·단양군) 신영수(경기 성남시 수정구) 안경률 (부산광역시 해운대구 기장군 을) 안홍준(경남 마산시 을) 유일호 (서울특별시 송파구 을) 유재중 (부산광역시 수영구) 윤석용(서울 강동구 을) 윤영(경남 거제시) 이두아(비례대표) 이병석(경북 포항시 북구) 이상권(인천 계양구 을) 이상득(경북 포항시 남구·울릉군) 이윤성(인천 남동구 갑) 이정선(비례대표) 이종혁(부산 부산진구 을) 이주영(경남 마산시 갑) 이철우(경북 김천시) 이학재(인천 서구·강화군 갑) 이한성(경북 문경시·예천군) 장윤석(경북 영주시) 전재희(경기 광명시 을) 정몽준(서울 동작구 을) 조윤선(비례대표) 진성호(서울 중랑구 을) 진수희(서울 성동구 갑) 차명진(경기 부천시 소사구) 최구식(경남 진주 갑) 한기호(강원 철원군·화천군·양구군·인제군) 한선교(경기 용인시 수지구) 허원제(부산 부산진구 갑) 허천(강원 춘천시) 홍일표(인천 남구 갑) 정수성 (경상북도 경주시)

△ 한나라당 외 정당 의원 (11명)
김용구 자유선진당 (비례대표) 송영선 미래희망연대 (비례대표) 이영애 자유선진당 (비례대표) 이회창 자유선진당 (충청남도 홍성군 예산군) 김정 미래희망연대 (비례대표) 김혜성 미래희망연대 (비례대표) 이인제 자유선진당 (충청남도 논산시 계룡시 금산군) 노철래 미래희망연대 (비례대표) 윤상일 미래희망연대 (비례대표) 조순형 자유선진당 (비례대표) 최연희 무소속 (강원도 동해시 삼척시)

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

AEBS와 IPTIME 그리고 LGTV (IPTV)

크롬은24번 — Wed, 23 Nov 2011 13:31:02 +0900

IPTIME 공유기(NAS및 2.4Ghz 로 아이폰용) --- 유선 --- LG U+TV(IPTV)

|---------------------------------------------유선 ---- 구형 AEBS (브릿지 모드, 무선 5Ghz 및 타임머신용)

으로 사용중입니다.

문제는 아무 문제 없다가 LG U+TV를 사용하면 갑자기 AEBS에 연결된 모든 장비들에게

꾸준히 평균 600KB/sec의 데이터가 수신되는것으로 표시됩니다.

(iStat 3 메뉴로 확인)

단순히 그런 데이터가 수신되는것뿐만 아니라, 사실상 넷 사용이 불가능해집니다.

(되긴 되더군요. 초당 0.1KB/sec 정도?)

결국 이 문제는 IPTIME의 TWIN IP 기능을 이용해서 해결했다.

WAN --> IPTIME --> IPTV,게임용PC, 동생아이폰
....................|
....................|---TWIN IP설정 ---> AEBS ---> 아이패드,맥

처럼 사용하면 노이즈 문제는 해결

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

2011년 한미FTA의 탈을 쓴 을사늑약을 체결한 괘놈들

크롬은24번 — Wed, 23 Nov 2011 12:23:19 +0900

강길부 강명순 강석호 강성천 고승덕 고흥길 구상찬 권경석 권영세 권택기
김기현 김동성 김무성 김선동 김성수 김성조 김소남 김영선 김영우 김옥이
김장수 김태원 김학송 나성린 남경필 박근혜 박대해 박보환 박상은 박순자
박준선 배영식 배은희 서병수 서상기 손범규 손숙미 신상진 신지호 심재철
안상수 안효대 원유철 원희목 유기준 유승민 유정복 유정현 윤상현 윤진식
이명규 이범관 이범래 이사철 이성헌 이애주 이영애 이은재 이인기 이정현
이종구 이진복 이춘식 이한구 이해봉 이혜훈 이화수 임동규 장제원 전여옥
정갑윤 정두언 정미경 정양석 정옥임 정진섭 조문환 조원진 조전혁 조진래
조해진 주광덕 주성영 주호영 최경환 최경희 최병국 홍준표 황우여 황진하
강승규 권성동 김성동 김성회 김세연 김정권 김정훈 김태호 김태환 김학용
김형오 김호연 박민식 박영아 박종근 박진   백성운 송광호 신영수 안경률
안홍준 유일호 유재중 윤석용 윤영   이두아 이병석 이상권 이상득 이윤성
이정선 이종혁 이주영 이철우 이학재 이한성 장윤석 전재희 정몽준 조윤선
진성호 진수희 차명진 최구식 한기호 한선교 허원제 허천   홍일표 정수성
김용구 송영선 이영애 이회창 김정   김혜성 이인제 노철래 윤상일 조순형
최연희

제발 니네 나라로 돌아가라

아님 삼족을 멸하리라

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

[오라클] 버퍼 캐쉬 비우기

크롬은24번 — Thu, 17 Nov 2011 13:50:57 +0900

10g 이상
ALTER SYSTEM FLUSH BUFFER_CACHE;

ALTER SYSTEM FLUSH SHARED_POOL;

10g 이전
alter session set events = ‘immediate trace name flush_cache';

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

[오라클 팁] GATHER_PLAN_STATISTICS 힌트

크롬은24번 — Thu, 17 Nov 2011 13:48:50 +0900

Oracle 10g에 추가된 힌트 중 아주 재밌는 것을 알게 되어 공유한다.

힌트 명은 GATHER_PLAN_STATISTICS 이다. GATHER_PLAN_STATISTICS 힌트는 "Row source execution" 정보를 활성화한다.

Row source execution 이란 Execute Plan에서 보는 Row수의 예측 값이 아닌 실제 실행 과정에서 추출된 Row 수를 보여주는 것을 의미한다. SQL Trace나 10046 Event를 이용해 Tkprof Report를 추출해본 경험이 있다면 아마 잘 알 것이다.

이 힌트의 개념을 이해하려면 일단 오라클에서 실행 정보를 보는 방법이 다음과 같이 두 개로 나누어진다는 것을 이해할 필요가 있다.
- Explain Plan
- Row Source Operation

1. Explain Plan
Explain Plan은 "Explain Plan" 명령을 통해 생성되는 실행 계획의 "예측" 정보를 의미한다. 다음 예제를 보자.

SQL> explain plan for
select * from delete_test where id < 1000;

SQL> select * from table(dbms_xplan.display());

PLAN_TABLE_OUTPUT
Plan hash value: 1827500787

-----------------------------------------------------------------------------------------------
| Id | Operation | Name    | Rows | Bytes | Cost (%CPU)| Time |
-----------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT    | | 1 | 8 | 2 (0)| 00:00:01 |
| 1 | TABLE ACCESS BY INDEX ROWID| DELETE_TEST | 1 | 8 | 2 (0)| 00:00:01 |
|* 2 | INDEX RANGE SCAN    | DELETE_TEST_IDX | 1 | | 1 (0)| 00:00:01 |
-----------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------
   2 - access("ID"<1000)

위의 정보는 통계 정보에 기반한 "예측" 정보만을 보여준다.

2. Rowsource execution
SQL Trace나 10046 Event를 이용하면 Rowsource operation, 즉 실제 수행하면서 추출한 로우수를 알 수 있다. 아래 예를 보자.

SQL> alter session set events '10046 trace name context forever, level 12';
SQL> explain plan for
select * from delete_test where id < 1000;
SQL> alter session set events '10046 trace name context off';

Rows Row Source Operation
------- ---------------------------------------------------
   1000 TABLE ACCESS BY INDEX ROWID DELETE_TEST (cr=85 pr=0 pw=0 time=2077 us)
   1000 INDEX RANGE SCAN DELETE_TEST_IDX (cr=43 pr=0 pw=0 time=1054 us)

Explain Plan 정보와 Row Sourc Operation을 비교해보면 예측 로우 수와 실제 로우수가 큰 차이를 보이는 것을 확인할 수 있다. 이런 정보들을 잘 확인하면 왜 Oracle이 잘못된 실행 계획을 따르는지를 추론할 수 있는 근거가 된다.

이런 기능을 한번에 할 수 있도록 해주는 것이 GATHER_PLAN_STATISTICS 힌트이다. 아래 예를 보자.

SQL> select
/*+ gather_plan_statistics */
*
from delete_test where id < 1000;

SQL> select * from table(dbms_xplan.display_cursor(null,null,'ALLSTATS LAST'));
-- null, null 값은 가장 최근에 실행된 쿼리를 의미한다. 만일 특정 쿼리를 지정하고 싶다면 SQL ID와 Child Number를 주면 된다.

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
SQL_ID 04zt89r2fw2uw, child number 0
-------------------------------------
select /*+ gather_plan_statistics */ * from delete_test where id < 1000

Plan hash value: 1827500787

---------------------------------------------------------------------------------------------------------
| Id | Operation | Name    | Starts | E-Rows | A-Rows | A-Time | Buffers |
---------------------------------------------------------------------------------------------------------
| 1 | TABLE ACCESS BY INDEX ROWID| DELETE_TEST |    1 |    1 | 1000 |00:00:00.01 | 140 |
|* 2 | INDEX RANGE SCAN    | DELETE_TEST_IDX |    1 |    1 | 1000 |00:00:00.01 |    70 |

Predicate Information (identified by operation id):
---------------------------------------------------
   2 - access("ID"<1000)

위의 예를 보면 예측 로우수(E-Rows)와 실제 로우수(A-Rows) 사이에 큰 차이가 있다는 것을 알 수 있다. 이런 큰 차이로 인해 자칫 Optimizer가 잘못된 실행 계획을 선택할 확률이 높아진다.
한 가지 주의해서 볼 항목은 "Starts" 항목이다. Starts는 Row Source Operation이 수행된 회숫를 의미한다. 가령 Fetch를 수행한 회수로 이해할 수 있다. 가령 Starts=10, E-Rows=10, A-Rows=100 이었다고 하면 10*10 = 100 이므로 실제로는 예측 로우수와 실제 로우수가 일치하는 경우에 해당한다.

지 금까지 Explain Plan과 Rowsource Operation의 결과를 수동으로 비교하는 번거로운 작업을 많이 했다면, 이 새로운 GATHER_PLAN_STATISTICS 힌트를 이용해 좀 더 효율적인 SQL 튜닝 작업을 시도해보기 바란다.

엑셈 Knowledge Base
http://wiki.ex-em.com/index.php/GATHER_PLAN_STATISTICS

PS1) 복잡한 쿼리에서는 정확한 값이 나오지 않는 경우가 있다는 보고가 있다. 이 경우에는 STATISTICS_LEVEL = ALL을 줌으로써 해결 가능하다.

PS2) 한번 수집한 통계 정보가 계속 재활용되는 듯 하다. 가령 다음과 같이 했을 때...

-- 첫번째
SQL> select /*+ gather_plan_statistics */ * from delete_test t where id < 1000;
SQL> select * from table(dbms_xplan.display_cursor(null,null,'ALLSTATS LAST'));

-- 통계 정보 수집
SQL> exec dbms_stats.gather_table_stats(user, 'DELETE_TEST', cascade=>true);

-- 두번째
SQL> select /*+ gather_plan_statistics */ * from delete_test t where id < 1000;
SQL> select * from table(dbms_xplan.display_cursor(null,null,'ALLSTATS LAST'));

두 번째 경우에는 갱신된 통계 정보에 의한 예측 로우수가 나와야함에도 불구하고 계속 이전의 값이 나오는 경우가 있다. 이 경우에는 Shared Pool을 Flush하거나, Sql Id와 Child Number를 지정, 또는 SQL Text를 살짝 바꾸어서 통계 정보가 새로 수집되게 하는 방법을 사용할 수 있다.

참고 자료)
http://jonathanlewis.wordpress.com/2006/11/09/dbms_xplan-in-10g

http://jonathanlewis.wordpress.com/2007/04/26/heisenberg/

출처 : http://ukja.tistory.com/entry/오라클-팁-GATHERPLANSTATISTICS-힌트

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

[ORACLE/COLUMN TYPE] LONG을 CLOB로 CLOB를 VARCHAR2로 변환

크롬은24번 — Wed, 16 Nov 2011 11:20:21 +0900

1.LONG을 LOB으로
to_lob(컬럼명)으로 SELECT 해서 임시 테이블로 저장한다.

to_lob(CERTIFICATION_DATA)

2.LOB를 VARCHAR2로
dbms_lob.substr(컬럼명,가져올글자수혹은 바이트,시작위치) 로 LOB로 부터 필요한 만큼 글자를 잘라 가져와서 테이블에 저장한다.

dbms_lob.substr(CERTIFICATION_DATA,2000,1)

2개의 임시테이블을 작성해서 LONG으로 부터 VARCHAR2로 변환했다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

[ORACLE] 클라이언트IP 접속자IP 확인

크롬은24번 — Thu, 10 Nov 2011 10:31:17 +0900

CREATE OR REPLACE TRIGGER ip_look AFTER LOGON ON DATABASE
DECLARE ipinfo VARCHAR2(30);
BEGIN
SELECT SYS_CONTEXT('USERENV','IP_ADDRESS') INTO ipinfo FROM DUAL;
DBMS_APPLICATION_INFO.SET_CLIENT_INFO(ipinfo);
END;
/

적용이후 로그인 클라이언트에 대해서
세션 정보의 CLIENT_INFO 부분에 표시 됨

출처: http://devideby0.egloos.com/2074395

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.