在Oracle開發過程中，如果你只是獨立地測試你的應用，然後部署，並交給數十個並發用戶使用，就很有可能痛苦地遭遇原先未能檢測到的並發問題。例如，2個用戶同時修改某張訂單，首先他們會查詢這張訂單存在不存在，如果存在，那麼修改它的狀態。在並發操作中，用戶1會很奇怪的發現他的修改丟失了。當然，除此之外，在未能夠很好的處理並發問題可能遭遇的情況還有：
◆破壞數據的完整性。
◆隨著用戶數的增多，應用的運行速度減慢。
◆不能很好地擴縮應用來支持大量用戶。
為解決這些問題。首先要引入的是Oracle的鎖機制。數據庫使用鎖（lock）來保證任何給定時刻最多只有一個事務在修改給定的一段數據。實質上講，正是鎖機制才使並發控制成為可能。對ORACLE的鎖機制可以查看ORACLE官方文檔介紹。以下是對Oracle鎖的一點總結。
Oracle只在修改時才對數據加行級鎖。正常情況下不會升級到塊級鎖或表級鎖（不過兩段提交期間的一段很短的時間內除外，這是一個不常見的操作）。
◆如果只是讀數據，Oracle絕不會對數據鎖定。不會因為簡單的讀操作在數據行上鎖定。
◆寫入器（writer）不會阻塞讀取器（reader）。換種說法：讀（read）不會被寫（write）阻塞。這一點幾乎與其他所有數據庫都不一樣。在其他數據庫中，讀往往會被寫阻塞。盡管聽上去這個特性似乎很不錯（一般情況下確實如此），但是，如果你沒有充分理解這個思想，而且想通過應用邏輯對應用施加完整性約束，就極有可能做得不對。
◆寫入器想寫某行數據，但另一個寫入器已經鎖定了這行數據，此時該寫入器才會被阻塞。讀取器絕對不會阻塞寫入器。
開發人員要盡可能的考慮以上因素。而且還要意識到這些事Oracle獨有的。針對其他數據庫，在鎖的應用上略有不同。
以DB2為例
1．Oracle通過具有意向鎖的多粒度封鎖機制進行並發控制，保證數據的一致性。其DML鎖（數據鎖）分為兩個層次（粒度）：即表級和行級。通常的DML操作在表級獲得的只是意向鎖（RS或RX），其真正的封鎖粒度還是在行級；DB2也是通過具有意向鎖的多粒度封鎖機制進行並發控制，保證數據的一致性。
其DML鎖（數據鎖）分為兩個層次（粒度）：即表級和行級。通常的DML操作在表級獲得的只是意向鎖（IS，SIX或IX），其真正的封鎖粒度也是在行級；另外，在Oracle數據庫中，單純地讀數據（SELECT）並不加鎖，這些都提高了系統的並發程度，Oracle強調的是能夠"讀"到數據，並且能夠快速的進行數據讀取。而DB2的鎖強調的是"讀一致性"，進行讀數據(SELECT)時會根據不同的隔離級別（RR,RS,CS）而分別加S,IS,IS鎖，只有在使用UR隔離級別時才不加鎖。從而保證不同應用程序和用戶讀取的數據是一致的。
2. 在支持高並發度的同時，DB2和Oracle對鎖的操縱機制有所不同：Oracle利用意向鎖及數據行上加鎖標志位等設計技巧，減小了Oracle維護行級鎖的開銷，使其在數據庫並發控制方面有著一定的優勢。而DB2中對每個鎖會在鎖的內存（locklist）中申請分配一定字節的內存空間，具體是X鎖64字節內存，S鎖32字節內存（注：DB2 V8之前是X鎖72字節內存而S鎖36字節內存）。
3. Oracle數據庫中不存在鎖升級，而DB2數據庫中當數據庫表中行級鎖的使用超過locklist*maxlocks會發生鎖升級。
4. 在Oracle中當一個session對表進行insert，update，delete時候，另外一個session仍然可以從Orace回滾段或者還原表空間中讀取該表的前映象（before image）; 而在DB2中當一個session對表進行insert，update，delete時候，另外一個session仍然在讀取該表數據時候會處於lock wait狀態，除非使用UR隔離級別可以讀取第一個session的未提交的值；所以Oracle同一時刻不同的session有讀不一致的現象，而DB2在同一時刻所有的session都是"讀一致"的。
