簡單講解Hibernate數(shù)據(jù)
在向大家詳細介紹Hibernate數(shù)據(jù)之前，首先讓大家了解下Hibernate為企業(yè)應用開發(fā)者操作關(guān)系數(shù)據(jù)庫的提供了清晰明了而又強大的工具，然后全面介紹Hibernate數(shù)據(jù)。
Hibernate數(shù)據(jù)
目前人們很容易發(fā)現(xiàn)Hibernate正迅速的成為流行的J2EE的O/R映射工具和數(shù)據(jù)集成框架（如果不是***的）。Hibernate為企業(yè)應用開發(fā)者操作關(guān)系數(shù)據(jù)庫的提供了清晰明了而又強大的工具。然而如果你需要在外部訪問那些包裝在J2EE web應用里的實體，情況又怎樣呢？你的開發(fā)跟應用獨立分開，卻又相同的實體以訪問你的數(shù)據(jù)嗎？又或者你得編寫附加的web組件來管理對數(shù)據(jù)的內(nèi)部訪問嗎？
在很多情況下，這些問題都會出現(xiàn)。我的情況是我的公司需要將來自多個供應商，有著多種文件格式的記錄導入到數(shù)據(jù)庫里。我想起我以前經(jīng)常使用的方法，那就是編寫Shell和SQL教本（甚至是存儲過程）來導入數(shù)據(jù)。但是由于我們的數(shù)據(jù)模型太過復雜，我決定在web應用之外盡可能的利用現(xiàn)有的實體，Spring DAO以及服務并且開發(fā)一個自定義的J2SE命令行數(shù)據(jù)加載工具。
現(xiàn)在很多Hibernate的文檔和范例都是綁定在容器上。不管是web應用還是內(nèi)部的大型應用，總會使用到容器的。人們有很好的理由去使用它。容器是設計來提供對各種特性的支持，例如事務處理，線程以及安全。現(xiàn)今，這些特性都是開發(fā)中等規(guī)模和企業(yè)應用所必需的工具。然而當你需要在容器之外訪問實體時，你該怎樣呢？你是使用現(xiàn)有的架構(gòu)和代碼呢，還是會從一個不同的角度來解決問題，比如說完全采用另一種開發(fā)語言？當然，我們沒有正確答案。在本文的余下部分，我將說明我的方法：就是在Spring容器之外重用現(xiàn)有的實體/POJO.
起初，腳本語言，例如Perl，Python，Ruby甚至Tcl（是的，我以前也做過這個）看起來有很多優(yōu)勢。它們能省下很多時間，可以輕易得到初始結(jié)果，還能規(guī)避許多Hibernate潛在的復雜度。人們完全可能只用幾行代碼就可以連接數(shù)據(jù)庫，查詢結(jié)果，已經(jīng)打印輸出到終端屏幕或者日志文件。然而，取決于你的數(shù)據(jù)模型，事情也（總是）會變得相當復雜。譬如說你有一個表 person， 其中有一個外鍵屬于表 address.當我們添加數(shù)據(jù)的時候，表address沒有正確的插入數(shù)據(jù)，就會導致表person 也不能插入了。這是個很典型的事務處理方面的問題。也許有人會說在腳本語言中這個問題不難解決，就像在你的主程序里一樣。可是問題仍然存在，為什么要這樣做呢？業(yè)務邏輯不是已經(jīng)在你的應用里面了嗎？為什么要在寫一遍代碼呢？而且這并不是唯一的情況，你必須重復你的工作和業(yè)務邏輯，這樣就會帶來出錯的可能。
然而，有些人會覺得這樣也行，他們使用自己覺得最適合的工具。也許你已經(jīng)因為程序之外的原因而有了某種獨立的架構(gòu)；也許你會在獨立的數(shù)據(jù)庫里加載和測試數(shù)據(jù)，然后在通過各種測試后再遷移到產(chǎn)品的數(shù)據(jù)庫里；又也許你把數(shù)據(jù)庫維護外包出去，你只需要把相關(guān)文件發(fā)給合作伙伴讓他們?nèi)ヌ幚砟切﹩栴}?？傊?，總會有很多理由不使用現(xiàn)有的Hibernate數(shù)據(jù)層。沒有誰對誰錯，只是如果你可以也愿意在你的應用之外使用現(xiàn)有的代碼，請往下看。我會告訴你一些方法，這能解決你不少的煩惱噢。
【編輯推薦】
