큐브리드 DB전환, Lock 및 트랜젝션 관련 구현 문의

Lock 및 트랜젝션 처리에 대해 문의 드립니다.

자료를 이리저리 찾아보니,,큐브리드 관련 자료가 큐브리드에서 관리하는 사이트를 제외하고는 자료가 많지 않아,,,문의드립니다.

현재, 회사제품을 Mysql -> 큐브리드 로의 변환작업을 진행중입니다. (버전: 9.2.3)

개발교육자료에서 MVC가 미지원되어, Lock 및 트랙젝션 관리가 중요하다는 내용을 보았습니다.

[회사제품의 운영구성]

1. 여러개의 프로세스(ps)가 동시에 띄워져서,  하나의 DB에 있는 테이블들을 바라보며  insert, select, delete, update가 빈번히 이루어짐.

2. 단, 각 프로세스가 접근하는 레코드가 겹치지는 않으나, 동일한 테이블들임.

<질문1>

위의 구성으로 볼 때 , insert/delete/update 수행시, Lock 및 트랜젝션 관리가 필요합니까?

<질문2>

관리가 필요하다면,,,, 구현시 commit은 구체적으로 어떻게 처리해야 하나요?

  예를 들어,,

  설정파일으로 auto commit을 설정해서, insert/delete/update를 수행하면 되는 것인지,,,

   auto commit을 해제하고, 구현시 insert/update/delete 수행마다  수동으로 commit 해줘야 하는 건인지,,,

<질문3>

관리가 필요하다면,,,, 구현시 Lock은 구체적으로 어떻게 처리해야 하나요?

  예를 들어,,

   insert/delete/update 수행 전후에 테이블 Lock과 unLock을 수행해야 하나요?

<질문4>

자료를 찾아보니 아래와 같은 글귀가 있었습니다. (http://helloworld.naver.com/helloworld/89910)

--------------------------------------------------------------------------------------------------------------------------------------

MySQL은 fetch 도중 커밋이 발생해도 커서를 유지하지만 CUBRID는 fetch 도중 커밋이 발생하면 커서를 닫는다. 따라서 현재의 CUBRID 2008 R4.x 이하 버전에서 SELECT한 레코드셋을 fetch하는 도중 커서를 유지하도록 하려면 자동 커밋 모드를 false로 설정하고 트랜잭션을 커밋하지 않은 상태에서 fetch해야 한다. (하반기에 출시될 CUBRID의 새 버전에서는 레코드셋을 닫기 전까지는 커밋 여부에 관계없이 커서를 유지하도록 변경할 예정이다.)

--------------------------------------------------------------------------------------------------------------------------------------

현재, 9.2.3 버전을 사용하는데 있어서는 어떻게 개선되었는지 알아야지 구현시 반영할 수 있을 것 같습니다.

현재는 어떻지 알려주시면 감사하겠습니다.