鑑於此（見內部）的情況，是否值得使用Hibernate？

我們即將創建一個Java標準項目，它實際上是一個在控制檯上執行的批處理過程。鑑於此（見內部）的情況，是否值得使用Hibernate？

每個「批」只使用來自不同DB的多個表上的select語句。但是，我們將在數千個select之間進行。

我並不十分熟悉Hibernate的「整體」，但在這種情況下值得使用它嗎？

2013-11-05 Incognito

如果你正在處理對象及其從數據庫中的存儲和檢索，冬眠完全值得。 –

沒必要。作爲你的描述，你的數據庫操作非常簡單，爲什麼不直接使用jdbc或者一些簡單的庫如spring jdbc模板（http://docs.spring.io/spring/docs/3.0.x/spring-framework-reference/html/jdbc.html）

在我看來，沒有必要像Hibernate那樣導入巨大的依賴關係。學習和配置Hibernate的時間是不確定的，爲什麼不把注意力集中在主要的項目需求上，並在第一個開始就簡單化。

2013-11-05 07:37:08

好吧，但有了這個推理，你什麼都不會學什麼新東西。我確實同意Hibernate（或者一般的ORM工具）對於這個項目來說是過分的，只有當你有一個複雜的數據模型層次結構時，它纔會變得有益，你將在這個層次結構上進行各種各樣的操作。 – Gimby

@Gimby在這種情況下，選擇合適的工具更重要。學習新東西總是很有趣，但在現實世界中是否採用項目是不同的。如果你有興趣，總有其他一些方法可以學習。 –

你有沒有在Spring Batch採取一看：

Spring Batch的是一個輕量級的，全面的批處理框架設計使健壯批量應用的企業系統的日常運營的重要發展。 Spring Batch基於Spring Framework的生產力，基於POJO的開發方法和一般的易用性功能，而則使開發人員能夠在必要時輕鬆訪問和利用更先進的企業服務。

2013-11-05 07:18:16

如果你會在許多不同的表執行select和/或需要操作數據，所以最簡單的方法是從數據庫中檢索行作爲對象的情況下，我強烈建議hibernate。

2013-11-05 07:19:25 smajlo

回答