如何在專案中使用 Hibernate

通過配置 hibernate 的配置檔案和對映檔案，可以通過物件導向的思維有效地操作資料庫，一些基礎的 SQL 可以直接呼叫方法而不是自己編寫 SQL，可以大大提高開發效率。

Hibernate 的工作原理：

1. 通過 configuration（）。configure();讀取並解析配置檔案。

2. 讀取並解析 中的對映資訊。

3.通過; 獲取 sessionfactory。

4、;獲取會話。

5、;啟動交易。

6、persistent operate;

7、;提交事務。

8. 關閉會話;

9. 關閉會話工廠;

按照 Hibernate 的規範，編寫對映檔案和實體類，然後關聯資料庫，以後就不用洗碗了。

我一直在用 ssh2 做專案，所以我最深刻的體會是你不用在乎資料庫裡的字段，因為 hibernate 可以和你一起轉換成物件，所以我們操作資料庫就像操作物件一樣輕鬆，不知道大家懂不懂，專業術語太強了，你看起來頭疼！

對於乙個專案來說，DAO設計的原則之一就是可以很容易地取代ORM的具體實現。 例如，我可以在不改變業務的情況下將 Hibernate 替換為 Ibatis**。

這是否意味著 Hibernate 只會在 DAO 的實施階段被考慮？ 2. 在我研究過的所有框架中，Hibernate 是最難掌握的。 而從論壇上的問題可以看出，很多人對冬眠的理解程度和我差不多。

對於乙個專案來說，如果專案組中沒有 Hibernate 專家，最好不要使用 Hibernate，成為 Hibernate 專家是非常困難的。 很多人為了使用Hibernate而使用Hibernate嗎？ 專案組的實際情況如何？

5.我以前在不使用ibatis的時候，只是看同事的**就用ibatis，而且很好用。 但是我已經研究了 Hibernate 50 多個小時了，我認為我不精通 Hibernate，為什麼？ （如果 hibernate 這麼複雜，我們能不能不使用它，因為它很複雜？

希伯納特有什麼理由說服我們花這麼多時間向他學習？ ） 1.為了減少拼寫SQL的工作量，ibatis也可以解決這一點。

2.二級快取是可以實現的，不知道ibatis中的快取能做多少，在兩個框架對資料庫和建模方法的要求之間，快取的效果應該比ibatin強。

它可以跨主流資料庫，這是ibatis無法比擬的。

Hibernate 比 ibatis 複雜得多，資料庫建模需要維護多個外來鍵和更少的冗餘，以確保快取的最大利用率。 雖然你可以用一種外來鍵更少、冗餘更多的方式來設計它，但它可以通過休眠來實現，但它總是感覺不適合快取。

因為休眠的複雜性，如果專案中沒有人熟知，專案肯定會在關鍵問題上被阻塞，所以一定要慎重選擇。 如果你不明白，就不要冒險去想這個專案。 1:

DAO 通常掩蓋了底層資料庫中的差異。

2：如果你不熟悉冬眠，建議不要使用。 如果你真的想試試你的技能，你可以考慮一些表之間的關係不是很複雜的專案。 就我個人而言，我更喜歡 Spring JDBCtemplate

1.快速發展，公司價值觀，程式碼從屬標準。

2 可以由域驅動，而不必過分擔心煩人的資料庫。

3 針對卓越效能進行了優化。 缺點：1.學習曲線高（回頭看，真的不低）。