透過 PDO 連結上了,在開始進行查詢前,必須先理解 PDO 是如何管理事務的。事務支援四大特性(ACID):原子性(Atomicity)、一致性(Consistency)、隔離性(Isolation)以及持久性(Durability)。通俗地講,在一個事務中執行的任何操作,即使是分階段執行的,也能保證安全地應用於資料庫,並在提交時不會受到來自其他連接的干擾。事務操作也可以根據請求自動撤銷(假設尚未提交),這使得在腳本中處理錯誤更加容易。
事務通常是透過把一批更改「積蓄」起來然後使之同時生效而實現的;這樣做的好處是可以大大地提供這些更改的效率。換句話說,事務可以使腳本更快,而且可能更健壯(不過需要正確地使用事務才能獲得這樣的好處)。
不幸的是,並非每種資料庫都支援事務,因此當第一次開啟連線時,PDO 需要在所謂的「自動提交」模式下運作。自動提交模式意味著,如果資料庫支持,執行的每個查詢都有它自己的隱式事務,如果資料庫不支援事務,則沒有。如果需要一個事務,則必須用 PDO::beginTransaction() 方法來啟動。如果底層驅動不支援事務,則拋出一個 PDOException 異常(不管錯誤處理設定是怎樣的,這都是一個嚴重的錯誤狀態)。一旦開始了事務,可用 PDO::commit() 或 PDO::rollBack()來完成,這取決於事務中的程式碼是否運作成功。
PDO 僅在驅動層檢查是否具有事務處理能力。如果某些執行時間條件表示事務不可用,且資料庫服務接受請求去啟動一個事務,PDO::beginTransaction() 將仍然回傳 TRUE 而且沒有錯誤。
試著在 MySQL 資料庫的 MyISAM 資料表中使用事務就是一個很好的例子。
當腳本結束或連接即將關閉時,如果尚有一個未完成的事務,那麼 PDO 將自動回滾該事務。這種安全措施有助於在腳本意外終止時避免不一致的情況——如果沒有明確地提交事務,那麼假設是某個地方出錯了,所以執行回滾來確保資料安全。
只有透過 PDO::beginTransaction() 啟動一個事務後,才可能發生自動回滾。若手動發出查詢啟動事務, 則 PDO 無法知曉,因此在必要時無法進行回溯。
Example #1 在事務中執行批次
在下面範例中,假設為新員工建立一組條目,並分配一個為23的ID。除了登記此人的基本資料之外,還需要記錄他的薪水。兩次更新分別完成起來很簡單,但透過封閉在PDO::beginTransaction() 和 PDO::commit() 呼叫中,可以確保在變更完成之前,其他人無法看到這些變更。如果發生了錯誤,catch 區塊回滾自交易啟動以來發生的所有更改,並輸出一條錯誤訊息。
<?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(); } ?>
並不局限於在事務中更改,也可以發出複雜的查詢來提取數據,還可以使用那些信息來構建更多的更改和查詢;當事務激活時,可以保證其他人在操作進行當中無法作出更改。