新手入門 Part 1:從 database 存取開始聊

已經不記得從哪聽到,還是讀到的一段文字:

開發 JavaEE 應用程式,大概會花上 40% 左右的時間在處理資料庫存取工作

所以在我初學 Java 的時候,得先從 SQL 開始學起,然後再學習 JDBC 的使用方式。

再進階一點,要把 JavaEE Design Pattern 的 DAO(Data Access Object)、TO/VO(Transfer Object/Value Object)學起來,這是 O-R Mapping(Object-Relation Mapping,物件與關連式資料庫的對照,這個概念主要就是在灌輸操作資料庫物件,就等同於在操作 SQL 語法) 的起源;但哪怕是用了 JavaEE Design Pattern,你還是得花非常多的時間在處理資料庫的部分,尤其是 debug O-R Mapping 之間的問題。

後來 JavaEE 平台就鼓吹使用 Enterprise JavaBean 當中的 Entity Bean,那時候各大原廠無不卯足了勁提供各式各樣的工具,期望大家都轉去使用 Entity Bean 來處理資料庫這段;無奈 Enterprise JavaBean 的學習門檻太高、環境設置太複雜也太昂貴,所以始終應用不是太廣泛。

後來 Redhat 的 JBoss 專案底下出了一個很有名的子專案叫做:Hibernate。

這個 Open Source 子專案,可以在不需要 EJB container 的環境下完成 O-R Mapping,並且配合著周邊的一些工具,讓 O-R Mapping 可以迅速的完成,一時之間成為顯學,大為風行。而這個顯學最後被 JavaEE 拿去當標準,所以 Java Persistence API(JPA)就這樣誕生了,然後 Hibernate 變成 JPA 標準的其中一個實作方式。

然而講到這裡,運用 JPA + Hibernate 還是僅能滿足基本的 O-R Mapping 操作,如果你想要完成「多欄位條件查詢」、「join table 查詢」等比較複雜一點的操作,你還是得要理解 SQL 的運作方式,然後再去採用相對應的 JPA/Hibernate 物件來組合出資料庫查詢的程式碼(比方說 Criteria 物件、JPQL 等等)、搭配 DAO Design Pattern,我常常寫到最後都有一種畫蛇添足的感覺,我何不一開始就寫 SQL 就好了?非得要去寫「物件查詢語法」然後再讓 framework 去幫我轉成 native SQL 來處理?

後來 Spring framework 推出了 Spring-JPA 的模組來解決這個麻煩,我個人覺得在使用上就解決了一大半原有使用 Criteria 物件或是 JPQL 的處理時間;所以在這個聊資料庫存取的系列裡面,我會以 JPA -> Spring JPA -> Hibernate 這樣的架構來介紹我個人習慣的做法,一方面將我自己的經驗做個筆記,也希望能對目前 JavaEE 的初學者有幫助。

1 comment

Most discussed