使用spring進行數(shù)據(jù)訪問

1、Chapter1.使用Spring進行數(shù)據(jù)訪問(DataAccessWithSpring)2008011609:346151人閱讀評論(3)收藏舉報TableofContents1.1.統(tǒng)一的數(shù)據(jù)訪問異常層次體系(ConsistentExceptionHierarchyInSpring)1.1.1.DAO模式的背景(BackgroundoftheDAOPattern)1.1.2.夢想照進現(xiàn)實(Therealityofimplementi

2、ngtheDAOpattern)1.1.3.發(fā)現(xiàn)問題，解決問題(Howtogetthrough)1.1.4.不重新發(fā)明輪子(DontReinventTheWheels.)1.2.JDBCAPI的最佳實踐(JDBCmadeeasywithspring)1.2.1.基于Template的Jdbc使用方式1.2.1.1.JDBC的尷尬1.2.1.2.JdbcTemplate的誕生1.2.1.2.1.模板方法模式簡介(TemplateMetho

3、dPatternIntroduction)1.2.1.2.2.JdbcTemplate的演化1.2.1.2.3.使用DataSourceUtils進行Connection的管理1.2.1.2.4.使用NativeJdbcExtract來獲得“真相”1.2.1.2.5.控制JdbcTemplate的行為1.2.1.2.6.SQLException到DataAccessException體系的轉(zhuǎn)譯1.2.1.2.6.1.擴展SQLErrCo

4、deSQLExceptionTranslat1.2.1.2.6.2.提供sqlerrcodes.xml自定義配置1.2.1.3.JdbcTemplate和他的兄弟們1.2.1.3.1.使用JdbcTemplate進行數(shù)據(jù)訪問1.2.1.3.1.1.初始化JdbcTemplate1.2.1.3.1.2.基于JdbcTemplate的數(shù)據(jù)訪問1.2.1.3.1.3.遞增主鍵生成策略的抽象1.2.1.3.1.4.Spring中的Lob類型處理

5、1.2.1.3.2.NamedParameterJdbcTemplate1.2.1.3.2.1.NamedParameterJdbcTemplate的功能1.2.1.3.2.2.NamedParameterJdbcTemplate的實現(xiàn)原理1.2.1.3.3.SimpleJdbcTemplate1.2.1.4.Spring中的DataSource1.2.1.4.1.DataSource的種類1.2.1.4.2.DataSource的訪問

6、方式1.2.1.4.2.1.本地DataSource訪問1.2.1.4.2.2.遠程DataSource訪問1.2.1.4.3.自定義DataSource實現(xiàn)1.2.1.4.3.1.新建DataSource實現(xiàn)1.3.3.1.1.Spring中的JDO資源管理1.3.3.1.2.Spring的JDO異常轉(zhuǎn)譯1.3.3.1.3.JdoDaoSuppt1.3.3.2.spring對TopLink的集成1.3.3.2.1.Spring中的to

7、plink資源管理1.3.3.2.2.toplink數(shù)據(jù)訪問異常到spring異常體系的轉(zhuǎn)譯1.3.3.2.3.TopLinkDaoSuppt1.3.3.3.spring對JPA的集成1.3.3.3.1.Spring中JPA的資源管理1.3.3.3.2.Spring中JPA的異常轉(zhuǎn)譯1.3.3.3.3.JpaDaoSuppt1.4.Spring數(shù)據(jù)訪問擴展篇1.4.1.活用模板方法模式及Callback1.4.1.1.FTPClient

8、Template1.4.1.2.HttpClientTemplate1.4.2.數(shù)據(jù)訪問方式的選擇漫談1.4.2.1.JDBC選擇漫談1.4.2.2.iBatis選擇漫談1.4.2.3.Hibernate選擇漫談spring框架為了簡化Java應(yīng)用程序開發(fā)，提供了一個數(shù)據(jù)訪問層，該數(shù)據(jù)訪問層主要可以劃分為三個部分：?統(tǒng)一的數(shù)據(jù)訪問異常層次體系統(tǒng)一的數(shù)據(jù)訪問異常層次體系(ExceptionHierarchy).spring框架將特定的數(shù)據(jù)

9、訪問技術(shù)相關(guān)的Exception進行轉(zhuǎn)譯，然后封裝為一套標準的異常層次體系。通過這套標準異常層次體系，不管使用的數(shù)據(jù)訪問技術(shù)如何變化，客戶端對象只需要捕獲并處理這套標準的Exception就可以，再也不需要因為所使用的數(shù)據(jù)訪問技術(shù)變更或者遷移等問題而做任何改動。?JDBC[1]API的最佳實踐的最佳實踐.JDBC作為一套數(shù)據(jù)訪問標準來說，是很成功的，他規(guī)范了各個數(shù)據(jù)庫廠商之間的數(shù)據(jù)訪問接口，極大的促進了RDBMS[2]在Java平臺上的

10、迅速普及。但是，任何事物都有瑕疵，雖然JDBC作為一套標準來說很成功，但在JDBCAPI的設(shè)計和使用上則不盡然:oSQLException設(shè)計本身沒有將自身作為標準的職責(zé)進行到底，各種異常信息全部放給了各個RDBMS廠商，從而導(dǎo)致應(yīng)用程序需要根據(jù)數(shù)據(jù)庫提供商的不同，來判定異常中所提供的信息具體是什么意思；oJDBCAPI較為貼近底層，使用上比較繁瑣，如果不做合適的封裝，在該API的使用上很容易造成問題，比如數(shù)據(jù)庫連接沒有釋放就是最容易看