따봉 구걸남's 블로그

1. 간단확인

/*+ gather_plan_statistics cost_based */

select * from table(dbms_xplan.display_cursor(null /*sql_id*/, null /*child_cursor*/, 'all allstats last'));

2. trace 파일 

alter session set tracefile_identifier='XXX';

alter session set timed_statistics=true;

alter session set statistics_level=all;

alter session set max_dump_file_size=unlimited;

alter session set events '10046 trace name context forever, level 12';

-- sql 실행

alter session set events '10046 trace name context off';

지난 2월에 5일간 서핑 레슨을 받았고, 이번에도 5일 계획, (최종적으론 4일 레슨을 했다) 

그 강습 내용을 복기 겸 공유합니다..

발리에서 서핑레슨은 어떠한 것인지 궁금한 사람들에게는 도움이 될듯 합니다. 

지난 2월의 강습 리뷰는 아래 링크를 따라가면 됩니다.

발리 꾸따 서핑 여행 첫째날 kuta surf

1일차 - 라인업 레슨

  라인업 레슨은 전에도 했었는데 조금 다른 것들도 알려줬다. 

  라인업에 같이 나가서 내가 잘못된 행동을 할때마다 그때그때 알려주는 식이다. 

   1) 포지셔닝 : 파도가 모이는 지역 찾아가기  

   2) 잡으려면 패들, 보내려면 패들아웃

       포지셔닝을 잡고 파도를 기다리다가 적당한 파도를 잡으려면 패들을 한다. 

       적당하지 않은 파도는 보내고 싶다면 패들아웃해서 나간다.

  3) 위험지역에서 쉬지말기

     패들 아웃해서 라인업 나가는 중에 지치면 그대로 쉬곤했는데 위험한 행동이다. 

     쉬려거든 라인업 까지 나와서 쉬어야 한다. 

  4) 테이크 오프 자세

     테이크 오프 후에 밸런스가 잘 안잡혔을때는 자세를 낮게 유지

2일차 - 8인치로 줄이기

   : 2월에 왔을 때도 8인치를 시도는 해봤는데 거의 파도를 잡지 못했다. 

     이번에는 왠지 될것 같아서 8인치 보드로 바꿨고, 바로 성공했다. 

    물론 밸런스 잡는건 여전히 힘들어서 스탠드업 시 흔들려서 못일어 나기도 했다.

    이날은 사람이 많아서 2번이나 다른사람의 보드에 부딪혔다. 

    한번은 상대쪽에서 미안하다고 사과를 하긴 했으나 너무 화가 나서 쿨하게 사과를 받지 못하고 무시했다. 

    와얀한테 2번이나 부딪혔다고 얘기했더니, don't let other people hit you 란다. 

    다 내잘못이고 roll 로 피하라고 한다. 여기서 조금 섭섭하고 기분상했지만 

    몸에 좋은 약은 쓴법이라고 생각하고 좋은 조언이라고 생각하고 넘어갔다.  

3일차 - 8인치 혼자잡기

  와얀이 점점 나에게 소홀히 대한다.  어떨땐 파도가 오면 자기가 잡고 놀다 온다.

  레슨은 더 이상 특별한 건 없었다.  그냥 어느쪽으로 가야 파도를 더 잘 잡을수 있는지 알려주는 정도.

  나는 혼자 놔두면 꾸따에서 점점 북쪽으로 가서 르기안 쪽으로 가곤 했는데

  육지의 한 포인트를 정해두고 그곳을 벗어나지 않는 것을 알려줬다. 

  pro surf 근처에 circle k 라는 편의 점이 있는데 바다에서 그곳이 보이는 지점이 

  파도가 잘 들어오는 지점이라고 들었다. 그래서 여기를 기준으로 왔다갔다 했더니 

  과연 많은 혼자서 많은 파도를 잡을 수 있었다. 

 ##  힘센파도 패들조금 얼리테콥
       작은파도 패들많이 늦게테콥

 4일차는 딱히 기억에 안나니까 쿨하게 생략한다. 

 소감 : 솔직히 지금도 되게 잘타는건 아니지만 어느정도 지식과 경험이 쌓였다고 생각하는데

        이제 더이상 강습은 안 듣는게 좋을 것 같다는 생각이 든다.  와얀한테 구박을 많이 받기도 하고.. 

      이제는 혼자서 타면서 어깨너머로 배우거나 독학으로 깨달아가고 싶다.

# 기타

  파도가 만들어지는 과정, 파도를 탈수있는 zone

 파도는 라인업 앞에서 물이 모이기 시작하면서 깨지지 않은 파도, 그린웨이브가 형성됩니다.

 보통 이 파도를 잡고 놉니다. 파도는 점점 커지다가 피크에서 깨지기 시작하는데 

 이때는 타기에 적당하지 않고 다 깨진 파도 화이트 웨이브는 힘도 좋고 해변에 가까워서

 초보자들이 연습용으로 타기에 적당합니다. 

 바람은 육지에서 바다로 나갈때 파도가 형성되고 깨지는 것을 늦춰주면서 타기 적당하게 만들어줍니다.

 반대로 부는 바람은 타기 않좋겠죠?

발리 여행을 떠나기 전에 환전을 해야죠.

발리 환전에 대한 많이들 궁금해하는 내용들을 한번 정리해봤습니다.

• 국내에서 루피아를 환전할수 있을까?

     보통 원화로 USD 를 사서 현지에서 루피아로 환전을 한다. 

     이 과정이 귀찮고 수수료가 이중으로 떼이는 것 같아서 원화를 바로 루피아로 환전하는 것이

     어떨까 고민을 해볼 수 있다.

     그러나 이것에는 아래같은 단점이 있다.   

     - 루피아를 보유하고 있는 지점이 별로 없다.  

     - 루피아는 주요통화가 아니라서 수수료가 높다. 

     - 달러는 넉넉하게 가져가도 남으면 다시 가져와서 쓸수 있지만 

        루피아는 남으면 처치곤란하다. 

    위와 같은 단점이 있지만 그래도 국내에서 바로 환전을 하고 싶다면 

    인터넷 환전을 하셔서 공항에서 출국전 찾아가시길 추천합니다. 

    모든 은행이 가능한것은 아니고 NH농협을 제외하고는 대부분 취급하는 것 같습니다

    자세한 것은 아래 링크에서 확인해보세요. 

  http://exchange.kfb.or.kr/page/excurrency.php

•  소액 환전 가능할까

     100 usd 를 전부 환전하기에는 다 못 쓸 것 같아서 일부만 환전하는 것을 시도해봤습니다.

     (100 usd 도 환전해주고, 50 usd 도 환전해줍니다. 심지어 20 usd 도 환전해줍니다. )

     100 usd 를 가져가서 "50 달러만 루피아로 바꾸고 50 달러를 주세요."  하면 거의 해주는 곳이 없었습니다.

     거슬러줄 달러를 보유하고 있지 않다는 말을 하는데 환전하는 사람이 하루종일 저만 있었던 것도 아니고

     설득력이 떨어지구요.. 그냥 편의상 안해주는 것 같습니다.  이유를 밝혀내지는 못했습니다...

     그래서..   100 불 단위로 가져가시고 20불로 다섯개 정도 가져가시는 것을 추천합니다. 

•  용돈은 얼마나 필요할까  

  커뮤니티나 단톡방에 이런 질문 참 많이 올라옵니다. 

  대답은 보통 '케바케, 개인 성향에 따라 천차만별이다.' 이렇습니다. 

  그런 성의없는 당연한 대답말고 얼마나 필요한지 한번 계산해봤습니다. 

  사실 관광목적의 여행객이 돈 쓰는 곳은 아래 정도이며, 마사지, 음식의 경우 편차가 크지 않습니다.

  - 마사지, 서핑, 음식, 교통비, 숙박, 액티비티

  액티비티의 가격은 대체로 5~10만원 사이이고 숙박과 마찬가지로 편차가 크죠.

  그리고 현지에서 즉흥적으로 계획하는 경우는 보통 없으니 논외로 해두죠. 

  - 음식 : warung 같은 로컬 음식점은 보통 5000원 내외이고 비치워크 몰 입점 레스토랑이나

            fat chow 같은 괜찮은 곳에서의 식사도 1, 2 만원 정도 면 충분합니다.(인당 기준) 

  # 여기서 만약에 분위기에 취해 와인같은 것을 주문한다면 3만원 정도 추가되니 술은 안한다는 전제로..

  - 서핑 : 보드 렌탈은 만원, 강습은 만오천 정도(1 day 비치보이 기준) 생각하면 됩니다. 

 - 교통비 : 아마 위의 것들 중에는 변수가 많을 거 같습니다만..  

         꾸따에서 우붓까지 grab 택시로 간다면 3,4 만원 정도 나올수 있으나 매번 발생하는 비용이 

         아니니까 역시 논외로 해두죠.  

        느낌적인 느낌인데, 발리 교통비는 근거리는 싼거 같은데, 장거리 이동은 비싸다고 느껴집니다.

        호텔에서 비치까지 grab 바이크로 간다면 5~10분 거리가 9k (800원정도) 가 나옵니다. 

        근데 이마저도 앱에서 카드 결재로 등록 해놓으면 현금으로 계산을 할 필요가 없습니다.

 이렇게 계산해보면 하루 필요한 경비가  (마사지 1 + 서핑 1~1.5 + 음식 2~3)  = 4~5.5 만원 정도 나옵니다. 

 이 정도가 검소하게 노는 버전이구요.. 여기서 추가적으로 클럽이나, 술, 액티비티 등이 추가 된다면 더 많아지겠죠.

• 카드 되는 곳

 발리는 카드 결제가 안되는 곳이 많고 cash only 인 곳이 많습니다. 

 저는 현금을 적게 가져가고 거의 카드만 쓸 생각이어서 가는 곳 마다 

 카드가 되는지 물어보고 가능하면 카드를 썼습니다.

 그러나 다른 여행객들을 보면 현금결제를 선호하는 것 같습니다. 

 그 이유는 수수료 문제도 있지만 이곳에서 카드 복제가 심심찮게 벌어지기 때문입니다.

 그래서 저는 카드를 추천하지는 않습니다..만 그래도 굳이 카드를 쓰겠다 하면 카드가 가능한 곳이 아래 정도 있습니다.

    - 상점, 몰 : 비치워크, 빌라봉 팩토리 아울렛, 마타하리 몰 

    - 식당 :  fat chow, 외국프렌차이즈 (맥도날드, 버거킹, 요시노야 등)

               로컬 식당인 warung 은 거의 안된다

               꾸따비치 앞 맥도날드는 minimum limit 도 없다. 

     - 마사지 : 거의 없다. 규모가 큰 곳은 카드도 되는 곳이 있긴합니다. 

• 환전 사기

   발리는 환전사기가 굉장히 많습니다.  

  길거리에 사설 환전소가 굉장히 많은데 아래 기준에 부합할수록 거의 사기라고 보면 됩니다.

   1) 기준환율보다 더 쳐준다.

   2) 100 불 이하 소액은 환전 안해준다.

   3) 100,000 루피아는 절대 주지 않고 50,000 루피아로만 준다. 

   1번은 사실 말이 안되는 건데, (손해보면서 까지 환전을 해줄이유가 없죠.) 기준환율이 얼마인지

   잘 모르기 때문에 의심을 안하게 되는 것 같습니다.    

   기준환율 이상의 사설 환전소들은 99% 사기인데, 대놓고 저렇게 영업을 할수있다는게 

   한편으로 호구로 보는 것 같아 분합니다. 

  2, 3번 은 비슷한 맥락인데, 환전 사기는 일명 밑장빼기라는 기술입니다.

  환전하는 중에 손기술로 돈을 몇개 빼는 기술입니다.  그래서 지폐장수가 많을수록

   속이기 쉽기 때문에 절대로 소액이나 큰 단위 지폐를 안주는 겁니다.  

  이렇게 글을 쓰고 있지만 사실 저도 당했습니다. ㅠㅠ

  지금까지 2번을 사설 환전소를 이용했는데, 첫번째는 의심도 못했구요. 

  두번째는 기준환율보다 더 주는게 이상해서 다시 확인해보니 갯수가 비는걸 깨달았습니다.

  자신의 눈이 손보다 빠르신분은 환율 잘쳐주는 사설 환전소 가서 바꿔보세요. 

  그리고 밑장빼기의 현장을 잡아서 손모가지를 날려주시길 부탁드립니다.  

 발리는 조그만 섬이라 수입품들은 가격이 비싸고 현지 생산된 것들은 저렴하다. 

 왼쪽의 아이스크림은 로컬 아이스크림인데 300원 가량 했다. 

 발리에서 빵을 몇번 사봤는데 빵은 그닥 가성비 뛰어난 녀석을 못찾았다. 

 편의점에서 사먹은 파운드 케익은 좀 괜찮았다. 

 오른쪽 사진은 비치워크몰 지하 마트에서 사먹은 블루베리 타르트인가... 그냥 그런걸로..

14 심천 공항 KFC 

 돌아올때는 심천 공항을 경유했다. 

이번 발리 여행에서 지냈던 숙소를 리뷰해보자. 

지난 2월 방문때는 kuta angel 에 지냈는데 굉장히 만족스러웠습니다. 

가성비 아마 최고가 아닐까 생각합니다. 

kuta angel 는 꾸따 스퀘어 근처였는데 주변에 마사지, 마트, 식당 등 

갈만한 데가 많아서 좋았는데 서핑을 north kuta 쪽에서 해서

그부분이 불편해서 이번에는 north kuta 쪽에 잡아봤습니다. 

- loft legian hotel

   지역 : 르기안. 

            르기안이 어떤 곳인지 궁금해서 와봤는데 꾸따보다 못한거 같습니다.

           그나마 스미냑이랑 가까운데 장점이라 할수 있는데 이번에 스미냑 갈일이 없었다는 슬픈 이야기.. 

   룸 상태 : 너무 어두웠다. 마치 모텔 같은 분위기? 

             이불상태도 자세히 보면 더러워서 이런곳에서 어떻게 잘까 걱정되었으나 

             며칠 지나니까 그냥 적응되서 잘 잤습니다. 

   가격 : \2,2000

   총평 : 냉장고가 없다. 욕실은 샤워칸이 칸막이가 없어서 물이 바닥에 다 튄다. 

            가격은 저렴하지만 가격 만한 컨디션이라 다시 방문은 안할듯 합니다. 

- umah dauh 우붓

    지역 : 우붓 최고 중심가 쪽.

             근처에 맛집이 많음

    룸 상태 : 그레잇

    가격 : 2000000 IDR

    총평 : 우붓은 중심지 쪽은 호텔 체인 같은게 없는 것 같고 전부 홈스테이 형태이다. 

            우마다우도 인상좋은 아주머니가 안채에 거주하면서 운영하고 있습니다. 

            호텔이 아니다 보니 투숙객 입장에선 약간 아마추어 느낌을 느낄수 있지만 

            이정도 번화가에 이정도 가격으로 이만한 컨디션의 방에 지낼수 있다는것에 만족

- maharani beach hotel 

   지역 : 꾸따 비치 바로 앞, 맥도날드 바로 뒤

   룸 상태 : 욕실은 혐오 수준 

  가격 :  30000 원 정도?

  총평 : 장점과 단점이 극명한 숙소

          위치와 가격은 장점이고 룸 상태도 나쁘지 않지만 욕실이 너무 심하게 더럽다. 

          샤워커튼은 얼마 하지도 않을텐데 그것만 바꿔도 많이 달라질텐데...

토드를 사용하면 object 의 DDL 정보를 쉽게 확인 할 수 있다. 

그래서 계정의 경우 부여받은 role, 권한 까지  모두 확인할수 있다.

그러나 orange 에서는 그게 안되서 각 권한에 해당하는 sql 을 작성해서 확인해야한다. 

뭐.. 항상 토드를 쓰는 환경으로 갈수는 없는 일이니까  이번 기회에 정리를 하자.

## Role 이 포함한 권한 확인

- select * from dba_tab_privs where grantee='ROLE 이름';

## 유저에게 부여된 권한 확인

- select * from dba_role_privs where grantee='USER이름';

- select * from dba_sys_privs where grantee='USER이름';  ( create view 등) 

## DB object 에 대한 권한을 누가 가지고 있나  ( role 은 제외되고 grantee 만 되나보다)

  select * from dba_tab_privs where table_name= 'PLSQL/TABLE명';

## A 의 object권한을 B 에 동일하게 주기

select 'GRANT '||PRIVILEGE||' ON '||OWNER||'.'||TABLE_NAME||' TO 받는사람(B);'

from dba_tab_privs where grantee=주는사람(A);

## userB 에게 없는 userA 의 object 권한을 주기 (A 의 권한이랑 똑같이 B 에게 주기)

권한은 중복으로 줘도 상관이 없지만 중복없이 주는 쿼리는 outer join 이나 차집합으로 구할수 있다.

SELECT 'GRANT '||A.PRIVILEGE||' ON '||A.OWNER||'.'||A.TABLE_NAME||' TO userB;' STMT
  FROM (
        select '유저A 이름' AS NM, GRANTEE,OWNER,TABLE_NAME,GRANTOR,PRIVILEGE,TYPE
          from dba_tab_privs
         where GRANTEE ='userA'
       )A,
       (
        select '유저B 이름' AS NM, GRANTEE,OWNER,TABLE_NAME,GRANTOR,PRIVILEGE,TYPE
          from dba_tab_privs
         where GRANTEE ='userB'
       )B
 WHERE A.OWNER = B.OWNER(+) 
   AND A.TABLE_NAME = B.TABLE_NAME(+)
   AND A.GRANTOR = B.GRANTOR(+)
   AND A.PRIVILEGE = B.PRIVILEGE(+)
   AND B.NM IS NULL
ORDER BY A.OWNER, A.TABLE_NAME, A.PRIVILEGE, A.TYPE

 서브쿼리란 무엇인지 개념과 활용을 알아보자

1. 조인과의 차이 

조인과 서브쿼리는 구조적으로 차이가 있다.
  조인은 A, B 두 집합이 동등한 관계인 반면 서브쿼리는 종속적 관계가 나타난다. 

  Select a.col1, b.col2
    from A, B
   where a.col1 = b.col1 

  조인의 결과는 조인에 성공한 만큼 나온다. 
  A 와 B 의 관계가 1: N 이면 N 만큼 결과가 나오고 1:1 이면 1 만큼 나온다. 
  조인의 한쪽은 인라인 뷰가 될수도 있다.
  이때 둘의 관계는 동일하다고 했으므로 인라인 뷰에서 바깥쪽 테이블 컬럼을 사용할수가 없다. 

  Select a.col1, b.col2
    from A, (select b.col1 from B where a.col1 = b.col)  => error
   where a.col1 = b.col1 

  반면 서브쿼리는 종속적 관계가 나타난다고 했다. 
  쿼리의 결과는 1 : N 관계에도 언제나 1 이다.
  종속적 관계라서 서브쿼리에 A 의 컬럼을 사용할수 있다. 

  select a.col1
    from A
   where exists (select '1' from B where a.col1 = b.col1 )  => ok

 스칼라서브쿼리도 동일한 성질을 갖는다. ( 결과row 가 변하지 않는다, 종속적 관계이다.)


2. 서브쿼리 역할  

 - 확인 : 결과 데이터가 증가하지 않는다. 감소만 할뿐 (N 이상이 되지 않는다.) 
 - 공급 : 주쿼리로 상수화된 결과를 공급

# 선/후 수행 서브쿼리
- 선수행 서브쿼리 : 서브쿼리 테이블이 driving, 모든 값에 엑세스. 
unique 정렬 수행. 메모리에 임시 집합 구성. 
- 후수행 서브쿼리 : driving 에서 조건에 만족하는 한건의 데이터에 대해 
    서브쿼리를 한번 수행. 만족하면 결과로 추출. 
    주 쿼리의 데이터 건수 만큼 반복 수행. 
    
3. 서브쿼리 실행계획 제어

1. NL join -> Hash join

select colC, sum(colD)
 from tab a
 where colA in (select col
   from tab b
    where colB = 'X')
  and colB between '20190101' and '20191010'
 group by colC;
=>

1-1) 힌트

select /*+ USE_HASH(a,@SQ) */
colC, sum(colD)
 from tab a
 where colA in (select /*+ QB_NAME(SQ) */
   col
   from tab b
    where colB = 'X')
  and colB between '20190101' and '20191010'
 group by colC; 
 
 
1-2) 인덱스 사용 못하게
 
select colC, sum(colD)
 from tab a
 where trim(colA) in (select trim(col)
                                   from tab b
                                 where colB = 'X')
  and colB between '20190101' and '20191010'
 group by colC; 
   
1-3) from 절에 풀기
   
select /*+ ORDERED USE_HASH(A,B) */
 a.colC, sum(a.colD)
  from tab a, tab b
 where a.colA = b.col
 and b.colB = 'X'
   and a.colB between '20190101' and '20191010'
 group by a.colC; 

## 메인쿼리 : 서브쿼리 = 1:M 이면 데이터가 증가. => 인라인 뷰로 1:1 관계

select /*+ USE_HASH(A,B) */
 a.colC, sum(a.colD)
  from tab a, 
   ( select col
       from tab b
      where b.colB='X'
   group by col
   )
 where a.colA = b.col
   and a.colB between '20190101' and '20191010'
 group by a.colC; 

2. 조인 순서 변경

- QB_NAME 힌트 => 선수행 서브쿼리

select /*+ PUSH_SUBQ(@SQ) */
colC, sum(colD)
 from tab a
 where colA in (select /*+ QB_NAME(SQ) */
   col
   from tab b
    where colB = 'X')
  and colB between '20190101' and '20191010'
 group by colC; 

- 일반 조인으로 변경 

select /*+ ORDERED USE_HASH(A,B) */
 a.colC, sum(a.colD)
  from tab a, 
   ( select col
       from tab b
      where b.colB='X'
   group by col
   )
 where a.colA = b.col
   and a.colB between '20190101' and '20191010'
 group by a.colC; 

  

- 'USER_A' : 테이블 'TAB_A' 를 소유

- 'USER_B' : 'TAB_A' 를 참조하는 view 'VW_B' 를 소유

- 'USER_C' : 'VW_B' 에 대한 권한을 받으려는 유저

  위의 상황에서 아래와 같이 일반적 방식으로 권한을 주면 발생하는 에러.

  grant select on USER_B.VIEW_B to USER_C;

  => ORA-01720 발생

 아래와 같이 참조되는 테이블(TAB_A)을 뷰의 오너 인 USER_B 에게 with grant option 으로 권한을 먼저 줘야한다. 

  grant select on USER_A.TAB_A to USER_B with grant option;

  grant select on USER_B.VIEW_B to USER_C; 

 문제는 해결될 수 있으나 프로그램의 복잡도가 증가하므로

 A 소유 테이블로 B 소유 뷰가 만들어 지고, 이를 다시 C에게 권한을 주는 일이 없도록 가이드 하는 것이 중요.

'ABC_DEF' 같은 중간에 언더바('_')가 들어간 패턴의 데이터를 검색하고 싶다면 어떻게 해야할까

like 에서 "_" (언더바) 는 한 글자를 의미한다. 

그래서 like '%_%'  이렇게 하면 길이가 한자리 이상의 모든 데이터가 나온다.

이러한 경우를 위해 오라클에서는 ESCAPE 문을 제공한다. 

where column_a like '%#_DEF' ESCAPE '#'  이렇게 하면 '_DEF' 로 끝나는 데이터들이 추출이 된다.

사용하려는 특수문자 앞에 아무 문자나 넣어주고 뒤에 ESCAPE 라고 써주고 뺄 문자를 명시해주면 된다.

즉 # 을 안쓰고 다른 문자를 써도 결과는 동일하다. 

where column_a like '%A_DEF' ESCAPE 'A'

은 위의 쿼리와 결과가 동일하다. 

아래는 SYS_ 로 시작하는 문자를 검색하는 간단한 예제이다.

ADG 구성에서 stand by DB 에서 많이 알려진 버그.

stand by 에서 특정 뷰를 조회하면 ora-4023 에러가 발생한다. 

oracle 에 SR 진행하면 결론은 버그패치를 권고한다. 

문제를 완전해결하는 방법은 버그패치이지만 그닥 서비스에 영향이 없고

버그패치가 부담스럽다면 

alter system flush shared_pool  를 실행한다.