Oracle PL/SQL - OCI8을 실행하는 PHP에서 자동 롤백이 언제 실행됩니까?

Question

저장 프로 시저를 10 번 실행하는 PHP 코드가 있습니다. 하나의 스토어드 프로 시저 호출이 실패하면 계속 진행해야하고 마지막에는 트랜잭션을 커밋해야합니다.

그것은 기본적으로 다음과 같습니다 : 말, 제기 예외, 5 저장된 프로 시저 호출이있는 경우

는

$connection = getConn(); 

foreach($row as $i=>$j) { 
    $SQL = "BEGIN MYPROC.EXECUTE(:VAL1, :VAL2); END;"; 
    $statement = OCIParse($connection, $SQL); 

    oci_bind_by_name($statement, 'VAL1', $row[i]['FIRSTVAL']); 
    oci_bind_by_name($statement, 'VAL2', $row[i]['SECONDVAL']); 

    $success = @OCIExecute($statement, OCI_DEFAULT); 
    if(!$success) { 
    print 'Exception in stored proc call'; 
    } 
    else { 
    print 'Success'; 
    } 

} 
oci_commit($connection); 

내 질문은, 것이라고 롤 다시 모든 저장된 프로 시저는 그 시점까지 호출한다 ?

Answer 1

각 프로 시저가 동일한 세션에서 실행되고 이들 중 누구도 커밋을 발행하지 않으면 변경 사항을 롤백 할 수 있습니다. 루프 외부에서 연결을 연 다음 그 안에서 모든 작업을 수행해야합니다. 이제부터는 루프를 통해 매번 연결되므로 비효율적이며 원하는 작업을 수행 할 수 없습니다. 루프 외부에서 commit 문을 가져와야합니다. 아마도 이런

뭔가 :

$SQL = "BEGIN MYPROC.EXECUTE(:VAL1, :VAL2); END;"; 
$connection = getConn(); 
$statement = OCIParse($connection, $SQL); 

foreach($row as $i=>$j) { 

    oci_bind_by_name($statement, 'VAL1', $row[i]['FIRSTVAL']); 
    oci_bind_by_name($statement, 'VAL2', $row[i]['SECONDVAL']); 

    $success = @OCIExecute($statement, OCI_DEFAULT); 
    if(!$success) { 
    print 'Exception in stored proc call'; 
    oci_rollback($connection); 
    exit processing here... 
    } 
    else { 
    print 'Success'; 
    } 
} 
oci_commit($connection); 

Answer 2

는 내가 PHP 드라이버, 그리고 오라클은 여기에 커밋 제어 생각합니다. This은 PHP 5.3.2 (PECL OCI8 1.4)에서 OCIExecute (기본값)를 호출 할 때 저장 프로 시저의 내용과 관계없이 명령문을 커밋 함을 나타냅니다.

Answer 3

최근에 일부 테스트를 수행해야했습니다. 처리되지 않은 예외가 발생하면 오라클은 최상위 부분 인 begin 블록 또는 동일한 세션에 대한 커밋까지 부분 롤백을 수행합니다 (항상 이전 커밋으로 되돌아 오는 것은 아닙니다).

CREATE OR REPLACE PROCEDURE PROC_AUTO_COMMIT_TEST( 
    p_id int, p_val varchar2, p_cmd varchar2 
) IS 
BEGIN 
    if (p_cmd = 'init') then 
     delete from TEMP_AUTOCOMMIT_TEST; 
     insert into TEMP_AUTOCOMMIT_TEST values(1,'one'); 
     insert into TEMP_AUTOCOMMIT_TEST values(2,'two'); 
     insert into TEMP_AUTOCOMMIT_TEST values(3,'three'); 
     commit; 
    else 
     update TEMP_AUTOCOMMIT_TEST 
      set val = p_val 
     where id = p_id; 

     if (p_cmd = 'throw') then 
      insert into TEMP_AUTOCOMMIT_TEST values(3,'THREE'); -- throws 
     end if; 
    end if;  
END PROC_AUTO_COMMIT_TEST; 

다음이 실행 : INT ID와 VARCHAR2 발과 시저와 테이블을 감안할 때 다시하여 '초기화하기'에서 커밋에

begin 
    PROC_AUTO_COMMIT_TEST(0, null, 'init'); 
    begin 
     PROC_AUTO_COMMIT_TEST(1, 'ONE', null); 
    end; 
    begin 
     PROC_AUTO_COMMIT_TEST(2, 'TWO', null); 
     PROC_AUTO_COMMIT_TEST(3, 'THREE', 'throw'); 
    end; 
end; 

rollsback 모든 방법을 (ONE뿐만 아니라 롤백) .

대 (사이에서, 각각의 블록에 대해,/집으로 전부 용 F5) 또는 SQLPLUS를 F9를 자동 커밋 (어느 꺼부터) 위해 이러한 excecuting :

begin 
    PROC_AUTO_COMMIT_TEST(0, null, 'init'); 
end; 

begin 
    PROC_AUTO_COMMIT_TEST(1, 'ONE', null); 
end; 

begin 
    PROC_AUTO_COMMIT_TEST(2, 'TWO', null); 
    PROC_AUTO_COMMIT_TEST(3, 'THREE', 'throw'); 
end; 

예외는 THREE 내에 ocurring 'ONE'직후로 롤백합니다. 그러나 'ONE'은 행 잠금 (TOAD의 세션 브라우저로 확인)을 보유하고 있기 때문에 롤백하거나 커밋해야합니다. 이것을 'init'호출 내에서 커밋으로 되돌아 가지 않고 행을 잠그지 않기 때문에 부분 롤백이라고 부릅니다. 나는이 사건이 PHP가하고있는 일이나 다른 커넥터들에 더 가깝다고 가정하고있다.