Hibernate基礎：核心接口和數據類型
一 Hibernate中的核心接口.
有五個核心接口幾乎在每個Hibernate應用中都會用到，是Hibernate基礎中的基礎。使用這些接口，你可以存儲與取出持續對象或者對事務進行控制。
1 Configuration接口
Configuration（配置）對象用來配置和引導Hibernate。應用使用一個配置實例來指定映射文件的位置和Hibernate的特定屬性，然后創建會話工廠。即使配置接口只擔當了整個Hibernate應用范圍內一個相對較小的部分，但它卻是在你開始使用Hibernate時遇到的***個對象。
2 SessionFactory接口
應用從SessionFactory（會話工廠）里獲得會話實例。與會話接口相比，這個對象不夠令人興奮。會話工廠當然不是輕量級的！它打算在多個應用線程間進行共享。典型地，整個應用只有***的一個會話工廠——例如在應用初始化時被創建。然而，如果你的應用使用Hibernate訪問多個數據庫，你需要對每一個數據庫使用一個會話工廠。會話工廠緩存了生成的SQL語句和Hibernate在運行時使用的映射元數據。它也保存了在一個工作單元中讀入的數據并且可能在以后的工作單元中被重用（只有類和集合映射指定了這種二級緩存是想要的時才會如此）。
3 Session接口
Session（會話）接口是Hibernate應用使用的主要接口。會話接口的實例是輕量級的并且創建與銷毀的代價也不昂貴。這很重要，因為你的應用可能始終在創建與銷毀會話，可能每一次請求都會如此。Hibernate會話并不是線程安全的，因此應該被設計為每次只能在一個線程中使用。
Hibernate會話是一個介于連接和事務之間的概念。你可以簡單地認為會話是對于一個單獨的工作單元已裝載對象的緩存或集合。Hibernate可以檢測到這個工作單元中對象的改變。我們有時也將會話稱為持續性管理器，因為它也是與持續性有關的操作。例如存儲和取出對象的接口。注意，Hibernate會話與Web層的HttpSession沒有任何關系。當我們在本書中使用會話時，我們指的是Hibernate會話。為了區別，有時我們將HttpSession對象稱為用戶會話。
4 Query與Criteria接口
Query（查詢）接口允許你在數據庫上執行查詢并控制查詢如何執行。查詢使用HQL或者本地數據庫的SQL方言編寫。查詢實例用來綁定查詢參數，限定查詢返回的結果數，并且最終執行查詢。
Criteria（標準）接口非常小，它允許你創建和執行面向對象的標準查詢。為了幫助應用代碼減少冗余，Hibernate在會話接口上提供了一些快捷方法，允許你可以在一行代碼內調用一個查詢。
5 Transaction接口
Transaction（事務）接口是一個可選的API。Hibernate應用可以選擇不使用這個接口，而是在它們自己的底層代碼中管理事務。事務將應用代碼從下層的事務實現中抽象出來——這可能是一個JDBC事務，一個JTA用戶事務或者甚至是一個公共對象請求代理結構（CORBA）——允許應用通過一組一致的API控制事務邊界。這有助于保持Hibernate應用在不同類型的執行環境或容器中的可移植性。
二 Hibernate數據類型
一個基礎的并且非常強大的體系結構元素是Hibernate的類型的概念。Hibernate的類型對象將一個Java類型映射到數據庫字段的類型（實際上，類型可能跨越多個字段）。持續類所有的持續屬性，包括關聯，都有一個對應的Hibernate類型。這種設計使Hibernate變得極端靈活并易于擴展。
內建類型的范圍非常廣泛，覆蓋了所有的Java基礎類型和許多JDK類，包括java.util.Currency，java.util.Calendar，byte[]和va.io.Serializable。甚至更好一些，Hibernate支持用戶自定義類型。它提供了UserType和serType接口允許你增加自己的類型。使用這個特征，應用使用的共通類例如Address，Name或MonetaryAmount就可以方便優雅地進行處理了。自定義類型被認為是Hibernate的重要特征，并鼓勵你對它們進行新的或創造性的使用.
【編輯推薦】
