# 11.3.4\. 定制自動版本化行為 對于特定的屬性和集合，通過為它們設置映射屬性`optimistic-lock`的值 為`false`，來禁止Hibernate的版本自動增加。這樣的話，如果該屬性 臟數據，Hibernate將不再增加版本號。 遺留系統的數據庫Schema通常是靜態的，不可修改的。或者，其他應用程序也可能訪問同一數據 庫，根本無法得知如何處理版本號，甚至時間戳。在以上的所有場景中，實現版本化不能依靠 數據庫表的某個特定列。在`<class>`的映射中設置 `optimistic-lock="all"`可以在沒有版本或者時間戳屬性映射的情況下實現 版本檢查，此時Hibernate將比較一行記錄的每個字段的狀態。請注意，只有當Hibernate能夠比 較新舊狀態的情況下，這種方式才能生效，也就是說， 你必須使用單個長生命周期`Session`模式，而不能使用 session-per-request-with-detached-objects模式。 有些情況下，只要更改不發生交錯，并發修改也是允許的。當你在`<class>` 的映射中設置`optimistic-lock="dirty"`，Hibernate在同步的時候將只比較有臟 數據的字段。 在以上所有場景中，不管是專門設置一個版本/時間戳列，還是進行全部字段/臟數據字段比較， Hibernate都會針對每個實體對象發送一條`UPDATE`（帶有相應的 `WHERE`語句 ）的SQL語句來執行版本檢查和數據更新。如果你對關聯實體 設置級聯關系使用傳播性持久化（transitive persistence），那么Hibernate可能會執行不必 要的update語句。這通常不是個問題，但是數據庫里面對_on update_點火 的觸發器可能在脫管對象沒有任何更改的情況下被觸發。因此，你可以在 `<class>`的映射中，通過設置`select-before-update="true"` 來定制這一行為，強制Hibernate `SELECT`這個對象實例，從而保證， 在更新記錄之前，對象的確是被修改過。