- 이 문서는 구루비에서 작성하였습니다.
- 이 문서를 다른 블로그나 홈페이지에 게재하실 경우에는 출처를 꼭 밝혀 주시면 고맙겠습니다.~^^
- 출처 : http://wiki.gurubee.net/pages/viewpage.action?pageId=26742349&
- 구루비 지식창고의 모든 문서는 크리에이티브 커먼즈의 저작자표시-비영리-동일조건변경허락(BY-NC-SA) 라이선스에 따라 자유롭게 사용할 수 있습니다.
조건절 이행이란?
연역법 추리(A=B고 B=C이면 A=C이다 )를 통해 새로운 조건절을 내부적으로 생성해주는 쿼리임
select * from dept d, emp e where e.job='MANAGER' and e.deptno=10 and d.deptno=e.deptno; Execution Plan ---------------------------------------------------------- Plan hash value: 35793385 ---------------------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | ---------------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 1 | 57 | 2 (0)| 00:00:01 | | 1 | NESTED LOOPS | | 1 | 57 | 2 (0)| 00:00:01 | | 2 | TABLE ACCESS BY INDEX ROWID| DEPT | 1 | 20 | 1 (0)| 00:00:01 | |* 3 | INDEX UNIQUE SCAN | PK_DEPT | 1 | | 0 (0)| 00:00:01 | | 4 | TABLE ACCESS BY INDEX ROWID| EMP | 1 | 37 | 1 (0)| 00:00:01 | |* 5 | INDEX RANGE SCAN | EMP_IDX | 2 | | 0 (0)| 00:00:01 | ---------------------------------------------------------------------------------------- Predicate Information (identified by operation id): --------------------------------------------------- 3 - access("D"."DEPTNO"=10) 5 - access("E"."DEPTNO"=10 AND "E"."JOB"='MANAGER') -조건에 없던 d.deptno 값이 추가된것을 확인할 수 있다 -(e.deptno = 10) 이고 (d.deptno = e.deptno) 이면 (d.deptno = 10) 라는 결론 - 내부적으로 변환된 쿼리는 조인절이 제거되어 아래와 같다 select * from dept d, emp e where e.job='MANAGER' and e.deptno=10 and d.deptno=10; Execution Plan ---------------------------------------------------------- Plan hash value: 35793385 ---------------------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | ---------------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 1 | 57 | 2 (0)| 00:00:01 | | 1 | NESTED LOOPS | | 1 | 57 | 2 (0)| 00:00:01 | | 2 | TABLE ACCESS BY INDEX ROWID| DEPT | 1 | 20 | 1 (0)| 00:00:01 | |* 3 | INDEX UNIQUE SCAN | PK_DEPT | 1 | | 0 (0)| 00:00:01 | | 4 | TABLE ACCESS BY INDEX ROWID| EMP | 1 | 37 | 1 (0)| 00:00:01 | |* 5 | INDEX RANGE SCAN | EMP_IDX | 2 | | 0 (0)| 00:00:01 | ---------------------------------------------------------------------------------------- Predicate Information (identified by operation id): --------------------------------------------------- 3 - access("D"."DEPTNO"=10) 5 - access("E"."DEPTNO"=10 AND "E"."JOB"='MANAGER') --만약 조건절 이행이 작용하여 조인조건이 사라지고 이로인한 비용 계산이 잘못되어 문제가 생긴다면, 사용자가 명시적으로 d.deptno=10을 추가하거나 아래와 같이 조인값을 가공하여 사용할 수 있다 select * from dept d, emp e where e.job='MANAGER' and e.deptno=10 and d.deptno=e.deptno+0; Execution Plan ---------------------------------------------------------- Plan hash value: 31914708 ---------------------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | ---------------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 1 | 57 | 3 (0)| 00:00:01 | | 1 | NESTED LOOPS | | 1 | 57 | 3 (0)| 00:00:01 | | 2 | TABLE ACCESS BY INDEX ROWID| EMP | 1 | 37 | 2 (0)| 00:00:01 | |* 3 | INDEX RANGE SCAN | EMP_IDX | 2 | | 1 (0)| 00:00:01 | | 4 | TABLE ACCESS BY INDEX ROWID| DEPT | 1 | 20 | 1 (0)| 00:00:01 | |* 5 | INDEX UNIQUE SCAN | PK_DEPT | 1 | | 0 (0)| 00:00:01 | ---------------------------------------------------------------------------------------- Predicate Information (identified by operation id): --------------------------------------------------- 3 - access("E"."DEPTNO"=10 AND "E"."JOB"='MANAGER') 5 - access("D"."DEPTNO"="E"."DEPTNO"+0)
조건절이행의 좋은사례
SQL> create table 상품이력 (상품번호 number, 시작일자 varchar2(8), 종료일자 varchar2(8)); 테이블이 생성되었습니다. SQL> create table 주문 (거래일자 varchar2(8), 상품번호 number); 테이블이 생성되었습니다. SQL> select * 2 from 상품이력 a, 주문 b 3 where b.거래일자 between '20090101' and '20090131' 4 and a.상품번호 = b.상품번호 5 and b.거래일자 between a.시작일자 and a.종료일자; 선택된 레코드가 없습니다. Execution Plan ---------------------------------------------------------- Plan hash value: 3208568965 --------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | --------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 1 | 44 | 5 (20)| 00:00:01 | |* 1 | HASH JOIN | | 1 | 44 | 5 (20)| 00:00:01 | |* 2 | TABLE ACCESS FULL| 상품 | 1 | 25 | 2 (0)| 00:00:01 | |* 3 | TABLE ACCESS FULL| 주문 | 1 | 19 | 2 (0)| 00:00:01 | --------------------------------------------------------------------------- Predicate Information (identified by operation id): --------------------------------------------------- 1 - access("A"."상품번호"="B"."상품번호") filter("B"."거래일자">="A"."시작일자" AND "B"."거래일자"<="A"."종료일자") 2 - filter("A"."종료일자">='20090101' AND "A"."시작일자"<='20090131') 3 - filter("B"."거래일자">='20090101' AND "B"."거래일자"<='20090131') SQL> select * 2 from 상품이력 a, 주문 b 3 where b.거래일자 >= '20090101' 4 and b.거래일자 <= '20090131' 5 and a.상품번호 = b.상품번호 6 and b.거래일자 >= a.시작일자 7 and b.거래일자 <= a.종료일자; 선택된 레코드가 없습니다. Execution Plan ---------------------------------------------------------- Plan hash value: 3208568965 --------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | --------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 1 | 44 | 5 (20)| 00:00:01 | |* 1 | HASH JOIN | | 1 | 44 | 5 (20)| 00:00:01 | |* 2 | TABLE ACCESS FULL| 상품 | 1 | 25 | 2 (0)| 00:00:01 | |* 3 | TABLE ACCESS FULL| 주문 | 1 | 19 | 2 (0)| 00:00:01 | --------------------------------------------------------------------------- Predicate Information (identified by operation id): --------------------------------------------------- 1 - access("A"."상품번호"="B"."상품번호") filter("B"."거래일자">="A"."시작일자" AND "B"."거래일자"<="A"."종료일자") 2 - filter("A"."종료일자">='20090101' AND "A"."시작일자"<='20090131') 3 - filter("B"."거래일자">='20090101' AND "B"."거래일자"<='20090131')
(b.거래일자 >= '20090101') 이고 (b.거래일자 <= a.종료일자) 이면 ('20090101' <= a.종료일자) 이다
(b.거래일자 <= '20090131') 이고 (b.거래일자 >= a.시작일자) 이면 ('20090131' >= a.시작일자) 이다
튜닝사례1
-인덱스 상황 CREATE IP주소목록_PK ON IP주소목록(IP주소) CREATE IP주소목록_X01 ON IP주소목록(시작IP주소) -특정 서브넷에 속한 IP목록을 조회하기위한 쿼리 SELECT IP주소, IP연결일자, 시작IP주소, 종료IP주소 , ISP명, IP등록일자, IP사용기관ID, IP사용기관명, IP사용시도명 , 사용기관주소, 사용기관우편번호, IP책임자명, IP책임자전화번호 FROM IP주소목록 WHERE 시작IP주소 >= :strtIpAddr AND 종료IP주소 <= :endIpAddr -바인드변수 192.168.000 서브넷에 속한 IP주소 목록을 가져오기 :strtIpAddr := '192.168.000.001' :endIpAddr := '192.168.000.255' -실행계획 Call Count CPU Time Elapsed Time Disk Query Current Rows ------- ------ -------- ------------ ---------- ---------- ---------- ---------- Parse 1 0.000 0.00 0 0 0 0 Execute 1 0.000 0.00 0 0 0 0 Fetch 9 32.820 1922.797 341291 6940276 0 106 ------- ------ -------- ------------ ---------- ---------- ---------- ---------- Total 11 32.820 1922.797 341291 6940276 0 106 Rows Row Source Operation ------- ---------------------------------------------------- 106 TABLE ACCESS BY INDEX ROWID IP주소목록 (cr=6940276 pr=341291 pw=0 ... ) 8362619 INDEX RANGE SCAN IP주소목록_X01 (cr=27980 pr=27968 pw=0 time=33450495 us) -인덱스를 읽고 테이블 엑세스 8,362,619회 발생 -테이블 랜덤 엑세스 6,912,296 (= 6,940,276 - 27,980) 회 발생
튜닝방법 1. 인덱스 수정 과도한 랜덤 엑세스를 줄이기 위해 IP주소목록_IX01에 종료 IP컬럼 추가 문제점 : 인덱스 스켄과정에서 바인드 변수에 따라 과도한 인덱스 스켄이 발생할 수 있음 2. IP주소목록 테이블에 종료IP주소는 시작IP주소보다 크다는 사실을 활용 SELECT IP주소, IP연결일자, 시작IP주소, 종료IP주소 , ISP명, IP등록일자, IP사용기관ID, IP사용기관명, IP사용시도명 , 사용기관주소, 사용기관우편번호, IP책임자명, IP책임자전화번호 FROM IP주소목록 WHERE 시작IP주소 >= :strtIpAddr AND 종료IP주소 <= :endIpAddr AND 시작IP주소 <= 종료IP주소 - 위의 조건을 종합해보면 아래와 같다 :strtIpAddr <= 시작IP주소 <= 종료IP주소 <= :endIpAddr -시작 IP주소와 종료 IP주소 컬럼 기준으로 다시 분해하여 조건식을 만든다 WHERE 시작IP주소 BETWEEN :strtIpAddr AND :endIpAddr AND 종료IP주소 BETWEEN :strtIpAddr AND :endIpAddr -바인딩 변수 대입 WHERE 시작IP주소 BETWEEN '192.168.000.001' AND '192.168.000.255' AND 종료IP주소 BETWEEN '192.168.000.001' AND '192.168.000.255' -최종쿼리 SELECT IP주소, IP연결일자, 시작IP주소, 종료IP주소 , ISP명, IP등록일자, IP사용기관ID, IP사용기관명, IP사용시도명 , 사용기관주소, 사용기관우편번호, IP책임자명, IP책임자전화번호 FROM IP주소목록 WHERE 시작IP주소 BETWEEN :strtIpAddr AND :endIpAddr AND 종료IP주소 BETWEEN :strtIpAddr AND :endIpAddr Call Count CPU Time Elapsed Time Disk Query Current Rows ------- ------ -------- ------------ ---------- ---------- ---------- ---------- Parse 1 0.000 0.000 0 0 0 0 Execute 1 0.000 0.000 0 0 0 0 Fetch 9 0.000 0.001 0 55 0 106 ------- ------ -------- ------------ ---------- ---------- ---------- ---------- Total 11 0.000 0.001 0 55 0 106 Rows Row Source Operation ------- ---------------------------------------------------- 0 STATEMENT 106 FILTER (cr=55 pr=0 pw=0 time=37 us) 106 TABLE ACCESS BY INDEX ROWID IP주소목록 (cr=55 pr=0 pw=0 time=34 us) 106 INDEX RANGE SCAN IP주소목록_X01 (cr=12 pr=0 pw=0 time=654 us) -조인조건은 아니지만 컬럼간의 관계 정보를 통해 주가적으로 조건절을 생성하여 옵티마이저에게 정보를 제공해줌으로써 SQL 성능이 향상된 사례이다.
튜닝사례 2
SQL> create table 고객 (고객번호 number, 고객명 varchar2(10)); 테이블이 생성되었습니다. SQL> create table 주문 (주문일자 varchar2(8), 주문번호 number, 고객번호 number, 배송지 varchar2(100)); 테이블이 생성되었습니다. SQL> create table 주문상세 (주문일자 varchar2(8), 주문번호 number, 고객번호 number, 상품번호 number, 상품가격 number, 주문수량 number); 테이블이 생성되었습니다. SQL> alter table 고객 add constraint 고객_PK primary key (고객번호); 테이블이 변경되었습니다. SQL> alter table 주문 add constraint 주문_PK primary key (주문일자, 주문번호); 테이블이 변경되었습니다. SQL> alter table 주문상세 add constraint 주문상세_PK primary key (주문일자, 주문번호, 상품번호); 테이블이 변경되었습니다. SQL> alter table 주문 add constraint 주문_FK_고객 foreign key (고객번호) references 고객 (고객번호); 테이블이 변경되었습니다. SQL> alter table 주문상세 add constraint 주문상세_FK_주문 foreign key (주문일자, 주문번호) references 주문 (주문일자, 주문번호); 테이블이 변경되었습니다. SQL> insert into 고객 2 select rownum as 고객번호, dbms_random.string('X', 10) as 고객명 from dual connect by level <= 10; SQL> insert into 주문 2 select x.주문일자, 3 rank() over (partition by x.주문일자 order by rownum) as 주문번호, 4 x.고객번호, 5 x.배송지 6 from ( 7 select to_char(sysdate + round(dbms_random.value(1, 100)), 'YYYYMMDD') as 주문일자, 8 a.고객번호, 9 dbms_random.string('X', 100) as 배송지 10 from 고객 a, (select level from dual connect by level <= 100) 11 ) x; SQL> insert into 주문상세 2 select a.주문일자, a.주문번호, a.고객번호, 3 round(dbms_random.value(1111111,9999999)) as 상품번호, 4 round(dbms_random.value(10000,99999)) as 상품가격, 5 round(dbms_random.value(1,99)) as 주문수량 6 from 주문 a, (select level from dual connect by level <= 10); SQL> commit; 커밋이 완료되었습니다. exec dbms_stats.gather_table_stats (ownname => 'scott', tabname => '고객' , degree => 1, cascade => TRUE); PL/SQL 처리가 정상적으로 완료되었습니다. exec dbms_stats.gather_table_stats (ownname => 'scott', tabname => '주문' , degree => 1, cascade => TRUE); PL/SQL 처리가 정상적으로 완료되었습니다. exec dbms_stats.gather_table_stats (ownname => 'scott', tabname => '주문상세' , degree => 1, cascade => TRUE); PL/SQL 처리가 정상적으로 완료되었습니다. - 힌트에 의해 고객 -> 주문 -> 주문상세 순으로 NL조인 되고 있다 ******************************************************************************** select /*+ ordered use_nl(o) use_nl(d) index(o) index(d) */ c.고객명, o.주문일자, o.주문번호, o.배송지, d.상품번호, d.상품가격, d.주문수량 from 고객 c, 주문 o, 주문상세 d where o.고객번호 = c.고객번호 and d.고객번호 = o.고객번호 and d.주문일자 = o.주문일자 and d.주문번호 = o.주문번호 and d.주문일자 = to_char(sysdate + 1, 'YYYYMMDD'); Execution Plan ---------------------------------------------------------- Plan hash value: 1214512319 ------------------------------------------------------------------------------------------ | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | ------------------------------------------------------------------------------------------ | 0 | SELECT STATEMENT | | 1 | 159 | 25 (0)| 00:00:01 | | 1 | NESTED LOOPS | | | | | | | 2 | NESTED LOOPS | | 1 | 159 | 25 (0)| 00:00:01 | | 3 | NESTED LOOPS | | 1 | 130 | 23 (0)| 00:00:01 | | 4 | TABLE ACCESS FULL | 고객 | 10 | 140 | 3 (0)| 00:00:01 | |* 5 | TABLE ACCESS BY INDEX ROWID| 주문 | 1 | 116 | 2 (0)| 00:00:01 | |* 6 | INDEX RANGE SCAN | 주문_PK | 1 | | 1 (0)| 00:00:01 | |* 7 | INDEX RANGE SCAN | 주문상세| 1 | | 1 (0)| 00:00:01 | |* 8 | TABLE ACCESS BY INDEX ROWID | 주문상세| 1 | 29 | 2 (0)| 00:00:01 | ------------------------------------------------------------------------------------------ Predicate Information (identified by operation id): --------------------------------------------------- 5 - filter("O"."고객번호"="C"."고객번호") 6 - access("O"."주문일자"=TO_CHAR(SYSDATE@!+1,'YYYYMMDD')) 7 - access("D"."주문일자"=TO_CHAR(SYSDATE@!+1,'YYYYMMDD') AND "D"."주문번호"="O"."주문번호") 8 - filter("D"."고객번호"="O"."고객번호") Call Count CPU Time Elapsed Time Disk Query Current Rows ------- ------ -------- ------------ ---------- ---------- ---------- ---------- Parse 1 0.000 0.194 0 0 0 0 Execute 1 0.000 0.000 0 0 0 0 Fetch 2 0.000 0.000 0 33 0 10 ------- ------ -------- ------------ ---------- ---------- ---------- ---------- Total 4 0.000 0.195 0 33 0 10 Misses in library cache during parse : 1 Optimizer Goal : ALL_ROWS Parsing user : SYSTEM (ID=5) Rows Row Source Operation ------- ----------------------------------------------------------------------- 10 NESTED LOOPS (cr=33 pr=0 pw=0 time=0 us) 10 NESTED LOOPS (cr=23 pr=0 pw=0 time=63 us cost=25 size=159 card=1) 1 NESTED LOOPS (cr=20 pr=0 pw=0 time=0 us cost=23 size=130 card=1) 10 TABLE ACCESS FULL 고객 (cr=8 pr=0 pw=0 time=9 us cost=3 size=140 card=10) 1 TABLE ACCESS BY INDEX ROWID 주문 (cr=12 pr=0 pw=0 time=0 us cost=2 size=116 card=1) 10 INDEX RANGE SCAN 주문_PK (cr=10 pr=0 pw=0 time=0 us cost=1 size=0 card=1) 10 INDEX RANGE SCAN 주문상세_PK (cr=3 pr=0 pw=0 time=54 us cost=1 size=0 card=1) 10 TABLE ACCESS BY INDEX ROWID 주문상세 (cr=10 pr=0 pw=0 time=0 us cost=2 size=29 card=1) ******************************************************************************** -위와 같이 주문테이블의 주문일자가 추가된것을 볼수 있다. -상수 및 변수에 대한 조건절이 조인문을 타고 다른쪽 테이블로 이관됨을 볼수 있다 -하지만 조인문 자체는 이관되지 않음을 아래를 통해 알수 있다 -조인조건을 바꾸어 테스트해보자 o.고객번호 = c.고객번호->d.고객번호 = c.고객번호 ******************************************************************************** select /*+ ordered use_nl(o) use_nl(d) index(o) index(d) */ c.고객명, o.주문일자, o.주문번호, o.배송지, d.상품번호, d.상품가격, d.주문수량 from 고객 c, 주문 o, 주문상세 d where d.고객번호 = c.고객번호 and d.고객번호 = o.고객번호 and d.주문일자 = o.주문일자 and d.주문번호 = o.주문번호 and d.주문일자 = to_char(sysdate + 1, 'YYYYMMDD'); Execution Plan ---------------------------------------------------------- Plan hash value: 1214512319 ------------------------------------------------------------------------------------------ | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | ------------------------------------------------------------------------------------------ | 0 | SELECT STATEMENT | | 1 | 159 | 43 (0)| 00:00:01 | | 1 | NESTED LOOPS | | | | | | | 2 | NESTED LOOPS | | 1 | 159 | 43 (0)| 00:00:01 | | 3 | NESTED LOOPS | | 10 | 1300 | 23 (0)| 00:00:01 | | 4 | TABLE ACCESS FULL | 고객 | 10 | 140 | 3 (0)| 00:00:01 | | 5 | TABLE ACCESS BY INDEX ROWID| 주문 | 1 | 116 | 2 (0)| 00:00:01 | |* 6 | INDEX RANGE SCAN | 주문_PK | 1 | | 1 (0)| 00:00:01 | |* 7 | INDEX RANGE SCAN | 주문상세| 1 | | 1 (0)| 00:00:01 | |* 8 | TABLE ACCESS BY INDEX ROWID | 주문상세| 1 | 29 | 2 (0)| 00:00:01 | ------------------------------------------------------------------------------------------ Predicate Information (identified by operation id): --------------------------------------------------- 6 - access("O"."주문일자"=TO_CHAR(SYSDATE@!+1,'YYYYMMDD')) 7 - access("D"."주문일자"=TO_CHAR(SYSDATE@!+1,'YYYYMMDD') AND "D"."주문번호"="O"."주문번호") 8 - filter("D"."고객번호"="C"."고객번호" AND "D"."고객번호"="O"."고객번호") Call Count CPU Time Elapsed Time Disk Query Current Rows ------- ------ -------- ------------ ---------- ---------- ---------- ---------- Parse 1 0.016 0.003 0 0 0 0 Execute 1 0.000 0.000 0 0 0 0 Fetch 2 0.000 0.001 0 130 0 10 ------- ------ -------- ------------ ---------- ---------- ---------- ---------- Total 4 0.016 0.003 0 130 0 10 Misses in library cache during parse : 1 Optimizer Goal : ALL_ROWS Parsing user : SYSTEM (ID=5) Rows Row Source Operation ------- ----------------------------------------------------------------------- 10 NESTED LOOPS (cr=130 pr=0 pw=0 time=0 us) 100 NESTED LOOPS (cr=30 pr=0 pw=0 time=198 us cost=43 size=159 card=1) 10 NESTED LOOPS (cr=20 pr=0 pw=0 time=99 us cost=23 size=1300 card=10) 10 TABLE ACCESS FULL 고객 (cr=8 pr=0 pw=0 time=27 us cost=3 size=140 card=10) 10 TABLE ACCESS BY INDEX ROWID 주문 (cr=12 pr=0 pw=0 time=0 us cost=2 size=116 card=1) 10 INDEX RANGE SCAN 주문_PK (cr=10 pr=0 pw=0 time=0 us cost=1 size=0 card=1) 100 INDEX RANGE SCAN 주문상세_PK (cr=10 pr=0 pw=0 time=40 us cost=1 size=0 card=1) 10 TABLE ACCESS BY INDEX ROWID 주문상세 (cr=100 pr=0 pw=0 time=0 us cost=2 size=29 card=1) ******************************************************************************** -고객의 고객번호는 주문상세의 고객번호와 연결이 되어있고 , 주문의 고객번호는 주문상세의 고객번호와 연결되어있으나 ordered 힌트에 따라 고객->주문->주문상세 순으로 NL조인이 이루어지고 있고 고객과 주문을 먼저 조인하는 단계에서 고객번호를 연결조건으로 사용하지 못하는 문제가 발생한다. -주문테이블과 조인하고 나서 97개 가량의 블록 I/O도 추가로 발생하여 성능 저하의 문제가 생긴다.
이처럼 조인조건은 상수와 변수 조건처럼 전이되지 않으므로 최적의 조인순서를 결정하고 그 순서에 따라 조인문을 기술해주는것이 매우 중요하다.
문서정보
- 이 문서는 구루비에서 작성하였습니다.
- 이 문서를 다른 블로그나 홈페이지에 게재하실 경우에는 출처를 꼭 밝혀 주시면 고맙겠습니다.~^^
- 출처 : http://wiki.gurubee.net/pages/viewpage.action?pageId=26742349&
- 구루비 지식창고의 모든 문서는 크리에이티브 커먼즈의 저작자표시-비영리-동일조건변경허락(BY-NC-SA) 라이선스에 따라 자유롭게 사용할 수 있습니다.