IBM DB2 CLI 에서 stmt 핸들 free 시점과 lock해제

답변 감사합니다. 조금 정리가 되는군요.

v9 SQL Reference Vol.1 문서를 참고하고 있습니다.
SELECT 구문에서 FOR UPDATE 절이 나오는걸로 되어 있지만 언급한데로
그 자체가 oracle 처럼 row lock을 지원하는 구문이라는 언급은 없군요.
(구분 자체가 있어서 oracle과 동일할 것이라고 제가 오해 했습니다)

대신 lock-request-clause 가 있어서 명시적으로 lock을 지정할 수 있군요.
FOR UPDATE 대신 는 USE AND KEEP EXCLUSIVE LOCKS 문을 사용하면 될 것 같습니다.

헌데 질문에서는 그것보다는 lock을 하는 sql문을 호출하기 위해
SQL_HANDLE_STMT을 할당하고 그 핸들로 sql문이 실행되고 fetch 까지
된후에 핸들을 해제해도 여전히 lock이 유지되는지 여부가 문제입니다.

샘플이나 문서의 내용에서는 일관성 있게 SQLEndTran()호출하고 SQLFreeHandle()
을 호출하거든요(sql1 지칭). 제가 사용하는건 SQLEndTran() 전에 다른 함수에서 또다른
sql문으로 실행하고(sql2 지칭) 그 sql문이 성공한 후에 SQLEndTran()을 호출하기 때문입니다.

간략히 정리하자면

main_job():
   sql1_실행_함수 호출; // 특정 테이블 lock
   sql2_실행_함수 호출;
 
   if (sql2_실행 성공?)
      commit;
   else
      rollback;

sql1_실행_함수에서 sql1을 실행하기 위해 stmt 핸들을 할당하지만
함수가 리턴되기전에 stmt 핸들을 해제한다면 lock이 풀릴 수 있는가?
라는 문제가 제 고민입니다. stmt 핸들의 해제와 상관없이 유지가 된다면
많은 포팅 함수내부에서 stmt을 할당하고 해제하는걸로 변환하면
되고 그렇지 않다면 EndTran() 호출시점에 맞춰서 일괄적으로 stmt을
해제하게 코딩해야 한다는 점입니다.

50% 코딩한 상태에서 이런 문제를 알게된 것이라 고민스럽군요.
---------
간디가 말한 우리를 파괴시키는 7가지 요소

첫째, 노동 없는 부(富)/둘째, 양심 없는 쾌락
셋째, 인격 없는 지! 식/넷째, 윤리 없는 비지니스

이익추구를 위해서라면..

다섯째, 인성(人性)없는 과학
여섯째, 희생 없는 종교/일곱째, 신념 없는 정치