事務與自動提交

現在通過 PDO 連接上了，在開始進行查詢前，必須先理解 PDO 是如何管理事務的。事務支持四大特性（ACID）：原子性（Atomicity）、一致性（Consistency）、隔離性（Isolation）以及持久性（Durability）。通俗地講，在一個事務中執(zhí)行的任何操作，即使是分階段執(zhí)行的，也能保證安全地應用于數據庫，并在提交時不會受到來自其他連接的干擾。事務操作也可以根據請求自動撤銷（假設還沒有提交），這使得在腳本中處理錯誤更加容易。

事務通常是通過把一批更改“積蓄”起來然后使之同時生效而實現的；這樣做的好處是可以大大地提供這些更改的效率。換句話說，事務可以使腳本更快，而且可能更健壯（不過需要正確地使用事務才能獲得這樣的好處）。

不幸的是，并非每種數據庫都支持事務，因此當第一次打開連接時，PDO 需要在所謂的“自動提交”模式下運行。自動提交模式意味著，如果數據庫支持，運行的每個查詢都有它自己的隱式事務，如果數據庫不支持事務，則沒有。如果需要一個事務，則必須用 PDO::beginTransaction() 方法來啟動。如果底層驅動不支持事務，則拋出一個 PDOException 異常（不管錯誤處理設置是怎樣的，這都是一個嚴重的錯誤狀態(tài)）。一旦開始了事務，可用 PDO::commit() 或 PDO::rollBack()來完成，這取決于事務中的代碼是否運行成功。

警告

PDO 僅在驅動層檢查是否具有事務處理能力。如果某些運行時條件意味著事務不可用，且數據庫服務接受請求去啟動一個事務，PDO::beginTransaction() 將仍然返回 true 而且沒有錯誤。

試著在 MySQL 數據庫的 MyISAM 數據表中使用事務就是一個很好的例子。

當腳本結束或連接即將被關閉時，如果尚有一個未完成的事務，那么 PDO 將自動回滾該事務。這種安全措施有助于在腳本意外終止時避免出現不一致的情況——如果沒有顯式地提交事務，那么假設是某個地方出錯了，所以執(zhí)行回滾來保證數據安全。

警告

只有通過 PDO::beginTransaction() 啟動一個事務后，才可能發(fā)生自動回滾。如果手動發(fā)出一條查詢啟動事務，則 PDO 無法知曉，從而在必要時不能進行回滾。

示例 #1 在事務中執(zhí)行批處理

在下面例子中，假設為新員工創(chuàng)建一組條目，分配一個為23的ID。除了登記此人的基本數據之外，還需要記錄他的工資。兩個更新分別完成起來很簡單，但通過封閉在 PDO::beginTransaction() 和PDO::commit() 調用中，可以保證在更改完成之前，其他人無法看到這些更改。如果發(fā)生了錯誤，catch 塊回滾自事務啟動以來發(fā)生的所有更改，并輸出一條錯誤信息。


<?php
try {
  $dbh = new PDO('odbc:SAMPLE', 'db2inst1', 'ibmdb2', 
      array(PDO::ATTR_PERSISTENT => true));
  echo "Connected\n";
} catch (Exception $e) {
  die("Unable to connect: " . $e->getMessage());
}

try {  
  $dbh->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);

  $dbh->beginTransaction();
  $dbh->exec("insert into staff (id, first, last) values (23, 'Joe', 'Bloggs')");
  $dbh->exec("insert into salarychange (id, amount, changedate) 
      values (23, 50000, NOW())");
  $dbh->commit();
  
} catch (Exception $e) {
  $dbh->rollBack();
  echo "Failed: " . $e->getMessage();
}
?>

并不局限于在事務中更改，也可以發(fā)出復雜的查詢來提取數據，還可以使用那些信息來構建更多的更改和查詢；當事務激活時，可以保證其他人在操作進行當中無法作出更改。想更進一步閱讀關于事務的信息，可參考數據庫服務提供的文檔。