hibernate
是一種是輕量級的
框架。學過
entityframework
的。會感覺挺親切的。
對於各種層次程式猿對資料庫的設計：
小菜程式設計師這樣做：首先考慮資料的儲存，對於功能的實現，怎樣方便怎樣來。
至於說冗餘神馬的。不予考慮。
資深程式設計師這樣做：首先設計資料庫的關係模型。用工具畫畫
er圖，或者畫一下物理模型。
考慮一下關係模型。好點兒的懂得利用工具。把設計好的模型轉換成資料庫指令碼。
然後扔資料庫裡。然後，在功能實現過程中，對於難以實現的功能。算啦，還是改動一下資料庫。
這樣好做多了。
骨灰級程式設計師這樣做：首先分析業務需求，設計物件模型。
考慮各種多重度，維護關係等等。
考慮資料的儲存效能，資料量的影響……
以上純屬…………
在物件導向的世界中，物件模型是很重要的。由於物件導向的思想
使得職責更加清晰。
使用物件導向的程式設計。開發過程中。能夠不用考慮表結構。腦子裡沒有表的概念。僅僅對
物件進行操作。
hibernate
作為持久層：
使用hibernate
的優點：
1、使開發者職責專一。
hibernate
自己封裝了一套機制。通過物件模型和
*.hbm.xml
配置資訊，自己主動的將物件模型轉換成表結構。
使得開發者。僅僅關注物件，忽略表結構。物件導向的開發。
2、持久層easy更換。
hibernate
是輕量級的持久層框架。也easy進行更換。
比方更換儲存方式。僅僅須要改動*.hbm.xml
檔案就可以。又一次生成表結構。
而**不用進行改動。所以使用hibernate
更加easy進行轉換
3、提高了編碼效率。使用
hibernate
作為持久層。省去了
jdbc
**。使得業務層開發者不須要考慮資料的邏輯結構，僅僅關心業務的資料實體。
hibernate
的缺點：
1、不靈活。
既然操作的都是物件，相比與使用傳統的sql
語句來說。不方便。 3
、實現複雜。
並且非常多複雜的查詢sql
語句，非常難用
hibernate
進行查詢。所以對於程式的調優來說有困難。
3、大資料處理慢。
物件模型和關係模型的轉換，將帶來時間消耗。所以hibernate
對大批量的資料操作還存在問題。
Hibernate 中的 ORM 對映 原理
只要我們在配置屬性時去想，是將 什麼 字段 配置成 什麼 型別的 屬性 就能游刃有餘了 在類的設計中，我們可以將 表的 普通字段 設計為 類的 普通屬性 使用基本資料型別 就可以存放這些欄位的值了。但是，對於 關係字段 我們用什麼來存放它呢?先來看關係字段 代表了什麼 比如，person 與 idc...
Hibernate關聯關係對映 ORM）
hibernate入門 首先要了解幾點，hibernate實體對映技術及其設計上的一些通用策略。對於orm而言，乙個非常關鍵的特性，就是實體之間關聯關係的管理。資料關聯是orm的乙個重要特徵 在一方維護關聯資訊，在另一方不做處理。如何理解？在實際應用中往往需要根據查詢到的結果獲得相關的其他持久化的資...
Hibernate框架學習 orm元資料的配置檔案
我的pojo customer,配置檔案是customer.hb.xml 整個配置檔案 從整個配置檔案上的注釋不難看出對應關係,class的name對應類名,table對應表名.class內的標籤不論是id還是property標籤裡的name都對應著pojo類的變數名稱 而column對應著表中的欄...