IBatis Altibase 사용시 'Invalid use of host variables' 에러

알티베이스를 사용중인데  다음과 같은 요상한(?-왜,왜..왜?? -)  에러가 발생했다.
  Invalid use of host variables 

    select GET_FUNC_NM(col10) COL_NM
            , GET_FUNC_NM2(?) COL2_NM      <-- Exception 발생
            , col1, col2, col3, col4, col5, col6
      from TB_TABLE
        where col0 = ?
  --- Check the SQL Statement (preparation failed).
  --- Cause: java.sql.SQLException: [0]
                      :Invalid use of host variables
  0003 :         , GET_FUNC_NM2(?) FUNC2_NM
          ^        ^

원인은..알티베이스(버젼4)에서 "타겟 절에 호스트 변수 사용을 지원하지 않음"으로.
            이 경우 해결책은 다음과 같이
             ibatis dynamic SQL로 처리[1안] 하거나,    
             cast 로 처리[2안]하는 방법이 있다.

       GET_FUNC_NM2(?) COL2_NM
      ->   [1안]      <dynamic>  GET_FUNC_NM2($colNm$) COL2_NM <dynamic>
       ->  [2안]      GET_FUNC_NM2( cast(#colNm# as varchar(40))) COL2_NM  

 <select id="regHisList" parameterClass="box" resultClass="box">
    select GET_FUNC_NM(#col10#) COL_NM
            , GET_FUNC_NM2(#colNm#) COL2_NM      <- 요 녀석을 1안 혹은 2안으로 변경.
            , col1, col2, col3, col4, col5, col6
      from TB_TABLE
        where col0 = #col0#
 </select>

해결책을 찾은 사이트 정보

알티베이스의 답변(http://atc.altibase.com/techSupport?do=techSupportView&paramCaseNo=24937) 이다
  알티베이스 버전 4에서는 타겟 절에 호스트 변수 사용을 지원하고 있지 않습니다.
  Ibatis의 기능을 통해 dynamic SQL로 변경하셔서 수행하셔야 합니다.

   <statement id="getlogresult" parameterClass="java.util.HashMap" resultClass="java.util.HashMap">
     select /* SubscriberDAO.getSubscribersLogin */
      <dynamic>
           DECODE(PW,MY_ENCRYPT('$변수명$','altibase'),'OK','NO') AS LOGINRESULT
      </dynamic>
      from UAN_SUBS where ID = #ID#
       </statement> 

 

불친절한자수씨(http://vicki.tistory.com/862)님의 답변이다
     오라클에서 잘 돌아가는 쿼리를 알티베이스에 그대로 적용했더니 아래와 같은 오류가...
     --- Check the SQL Statement (preparation failed).
     --- Cause: java.sql.SQLException: [0]:Invalid use of host variables
     원인은 함수에 prepared statement 의 파라미터가 들어갈 때 발생하는 오류였습니다.
     지난번에 회사 동료분이 알려준 해결 방법은 cast 로 파라미터를 감싸주는 것 입니다.
     예를 들어 함수이름이 f_new_number 이고,  파라미터가 type 이라면

     ...
     f_new_number(?)
     ...
     가 아닌
     ...
     f_new_number(cast(? as varchar(20)))
     ...
     일단은 잘 될거라고 믿어 의심치 않습니다.