摘要：一入門在上次學(xué)的時候，那時候的教程就已經(jīng)涉及到了一點的知識了。入門只是中的一個子模塊是一套標(biāo)準(zhǔn)接口，而是的實現(xiàn)底層默認(rèn)實現(xiàn)是使用的首個接口就是，它是一個標(biāo)記接口。這也導(dǎo)致了我出現(xiàn)這個錯誤的原因。

在上次學(xué)SpringBoot的時候，那時候的教程就已經(jīng)涉及到了一點SpringData JPA的知識了。當(dāng)時還是第一次見，覺得也沒什么大不了，就是封裝了Hibernate的API而已。

然后在慕課網(wǎng)上又看到了SpringData的教程了。于是就進(jìn)去學(xué)習(xí)了一番。

教程地址：https://www.imooc.com/learn/821
源碼下載地址:https://img.mukewang.com/down/58e60b910001594b00000000.zip

在教程中是以原始JDBC和Spring JDBC Template來進(jìn)行引入SpringData的。

由于原始的JDBC和Spring JDBC Template需要書寫的代碼量還是比較多的，于是我們就有了SpringData這么一個框架了。

SpringData JPA只是SpringData中的一個子模塊

JPA是一套標(biāo)準(zhǔn)接口，而Hibernate是JPA的實現(xiàn)

SpringData JPA 底層默認(rèn)實現(xiàn)是使用Hibernate

SpringDataJPA 的首個接口就是Repository，它是一個標(biāo)記接口。只要我們的接口實現(xiàn)這個接口，那么我們就相當(dāng)于在使用SpringDataJPA了。

只要我們實現(xiàn)了這個接口，我們就可以使用"按照方法命名規(guī)則"來進(jìn)行查詢。我第一次見到他的時候覺得他賊神奇。

在pom.xml中添加相關(guān)依賴

在yml或者properties文件種配置對應(yīng)的屬性

創(chuàng)建實體和Repository測試

參考資源:

http://blog.csdn.net/pdw2009/article/details/51115044

http://blog.csdn.net/w_x_z_/article/details/53174308

例子:

比如：定義下面這么一個方法，就可以在外界使用了。

Employee findByName(String name);

也就是說，上面的方法會被解析成SQL語句：select * from Employee where name = ?

是不是覺得很方便！！??！

如果是簡單的操作的話，直接定義這么一個方法，就能夠使用了。確確實實很好。

簡直比Mytais不知道好到哪里去了。Mybatis還要去寫映射文件，專門寫一個sql語句。

同時，創(chuàng)建了實體就能夠自動幫我們創(chuàng)建數(shù)據(jù)庫表了，修改了實體字段也能夠?qū)?shù)據(jù)表一起修改。頓時就覺得很好用了。

/**
 * 雇員:  先開發(fā)實體類===>自動生成數(shù)據(jù)表
 */
@Entity
public class Employee {

    private Integer id;

    private String name;

    private Integer age;

    @GeneratedValue
    @Id
    public Integer getId() {
        return id;
    }

    public void setId(Integer id) {
        this.id = id;
    }

    @Column(length = 20)
    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }

    public Integer getAge() {
        return age;
    }

    public void setAge(Integer age) {
        this.age = age;
    }
}

當(dāng)然了，上面根據(jù)方法名來使用是有弊端的：

1）方法名會比較長： 約定大于配置

2）對于一些復(fù)雜的查詢，是很難實現(xiàn)

比如：

    // where name like ?% and age  findByNameStartingWithAndAgeLessThan(String name, Integer age);

    // where name like %? and age  findByNameEndingWithAndAgeLessThan(String name, Integer age);

    // where name in (?,?....) or age  findByNameInOrAgeLessThan(List names, Integer age);

    // where name in (?,?....) and age  findByNameInAndAgeLessThan(List names, Integer age);

因此，對于這種情況下還是要寫SQL語句簡單得多。

    @Query("select o from Employee o where id=(select max(id) from Employee t1)")
    public Employee getEmployeeByMaxId();

    @Query("select o from Employee o where o.name=?1 and o.age=?2")
    public List queryParams1(String name, Integer age);

    @Query("select o from Employee o where o.name=:name and o.age=:age")
    public List queryParams2(@Param("name")String name, @Param("age")Integer age);

    @Query("select o from Employee o where o.name like %?1%")
    public List queryLike1(String name);

    @Query("select o from Employee o where o.name like %:name%")
    public List queryLike2(@Param("name")String name);

    @Query(nativeQuery = true, value = "select count(1) from employee")
    public long getCount();

學(xué)過Hibernate的都知道上面的不是原生的SQL語句，是HQL/JPQL語句。不過他用起來還是比Mybatis簡潔很多。

對于修改數(shù)據(jù)，需要增加Modify注解、并且一定要在事務(wù)的管理下才能修改數(shù)據(jù)

    @Modifying
    @Query("update Employee o set o.age = :age where o.id = :id")
    public void update(@Param("id")Integer id, @Param("age")Integer age);

CURDRepository接口的實現(xiàn)方法：

排序、分頁接口：

增加過濾條件的接口：

JPA接口:

JpaRepository繼承PagingAndSortingRepository，PagingAndSortingRepository又繼承CrudRepository，也就是說我們平時自定義的接口只要繼承JpaRepository，就相當(dāng)于擁有了增刪查改，分頁，等等功能。

原來JPQL是JPA的一種查詢語言，之前我是認(rèn)為它和HQL是一樣的。其實是兩個概念。不過它們用起來還真是差不多。

無非就是:JPA對應(yīng)JPQL，而Hibernate對應(yīng)HQL而已。都是面向?qū)ο蟮牟樵冋Z言。

這里就涵蓋了很多的條件了。

其實這個接口的API就和Criteria是一樣的，看懂了Criteria API，這個接口就會用了。

https://www.zhihu.com/question/53706909

引入知乎的一段回答：

基本的增刪改查和調(diào)用存儲過程通過Spring Data JPA Repository來解決

稍微復(fù)雜的查詢或是批量操作使用QueryDSL或Spring Data Specification的API來解決

特別特別復(fù)雜的查詢操作可以使用Spring Data JPA Repository的注解定義native sql來解決

剛開始用的時候我以為注解是寫在屬性上，但是遇到了很多的bug，在網(wǎng)上的解決方案又是很少。

遇到了一個Bug，在國內(nèi)的論壇幾乎都找不到答案:

org.hibernate.property.access.spi.PropertyAccessBuildingException: Could not locate field nor getter method for property named [cn.itheima.web.domain.Customer#cust_user_id]

搞得頭都大了都沒有找到合適的方法，不知道是哪里錯了。

后來去看了JPA的一對多、多對一的博文去參考了一下，感覺我還是沒有錯。

最后才發(fā)現(xiàn)大多數(shù)的博文都是在get方法上寫注解的，而我就在屬性上直接寫注解了。

在Get方法上寫注解的原因是不用破壞我們的封裝性，我直接在屬性上寫注解，而屬性是private來進(jìn)行修飾的。這也導(dǎo)致了我出現(xiàn)這個錯誤的原因。

在保存數(shù)據(jù)的時候，我以為直接使用casecade.ALL是最方便的，但是還出現(xiàn)了Bug。后來找到了答案:http://blog.csdn.net/csujiang...

@Target({METHOD, FIELD}) 
@Retention(RUNTIME)
public@interfaceOneToOne {
     Class targetEntity() default void.class;
     CascadeType[]cascade()default();
     FetchType fetch() default EAGER;
     boolean optional() default true;
     String mappedBy() default "";
}

1,targetEntity 屬性表示默認(rèn)關(guān)聯(lián)的實體類型，默認(rèn)為當(dāng)前標(biāo)注的實體類。
2,cascade屬性表示與此實體一對一關(guān)聯(lián)的實體的級聯(lián)樣式類型。
3,fetch屬性是該實體的加載方式，默認(rèn)為即時加載EAGER
4,optional屬性表示關(guān)聯(lián)的該實體是否能夠存在null值，默認(rèn)為ture，如果設(shè)置為false，則該實體不能為null，
5, mapperBy屬性:指關(guān)系被維護(hù)端

@Target({METHOD, FIELD}) 
@Retention(RUNTIME)
public@interfaceJoinColumn {
    String name() default "";
    String referencedColumnName() default "";
    boolean unique() default false;
    boolean nullable() default true;
    boolean insertable() default true;
    booleanupdatabledefaulttrue;
    String columnDefinition() default "";
    String table() default "";
}

1,@JoinColumn注釋是保存表與表之間關(guān)系的字段
2,如果不設(shè)置name，默認(rèn)name = 關(guān)聯(lián)表的名稱+”-“+關(guān)聯(lián)表主鍵的字段名，在上面實例3,中，默認(rèn)為“address_id”
默認(rèn)情況下，關(guān)聯(lián)實體的主鍵一般是用來做外鍵的，但如果此時不想用主鍵作為外鍵，則需要設(shè)置referencedColumnName屬性，如:

create table address (
    id int(20) not null auto_increament,
    ref_id int(20) notn ull,
    province varchar(50),
    city varchar(50),
    postcode varchar(50),
    detail varchar(50),
    primary key(id)
)

@OneToOne@JoinColumn(name="address_id", referencedColumnName="ref_id")
private AddressEO address;

后來我使用了SpringData JPA用于一個簡單的項目，從中也遇到了不少的問題和相關(guān)的沒有接觸到的知識點。下面我會給出當(dāng)時搜索到的資料和遇到的問題以及解決方案

SpringData JPA遇到的問題有：

參考資料:

https://www.cnblogs.com/sevenlin/p/sevenlin_sprindatajpa20150725.html

http://blog.csdn.net/qq_35797610/article/details/78737211

CascadeType jpa spring 理解：最好在開始的使用只使用REFRESH，當(dāng)遇到問題的時候再添加MERGER等等，不然一開始會很亂

http://blog.sina.com.cn/s/blog_9c2cda810101jw4a.html

一對多，多對一的配置問題。注解寫在GETTER方法上，不要寫在屬性上。這樣會避免很多不必要的錯誤

https://www.jianshu.com/p/0a2163273b3e

http://blog.csdn.net/ABAP_Brave/article/details/52845986

http://blog.csdn.net/lyg_2012/article/details/70195062

http://blog.sina.com.cn/s/blog_76c4136a0102y70d.html

http://blog.csdn.net/mendeliangyang/article/details/52366799/

https://www.jianshu.com/p/5c416a780b3e

異常處理：

detached entity passed to persist異常：

http://blog.csdn.net/csujiangyu/article/details/48223641

JPA一堆多循環(huán)引用錯誤 HttpMessageNotWritableException：

http://blog.csdn.net/wangping1223/article/details/78062881

總的來說，如果是單表操作的話，那么SpringData JPA是十分方便的，如果是比較復(fù)雜的業(yè)務(wù)的話，那么使用SpringData JPA就有點麻煩了，因為它返回的是Object[]，返回的結(jié)果還要手動進(jìn)行封裝，不太方便。靈活性很低...

如果文章有錯的地方歡迎指正，大家互相交流。習(xí)慣在微信看技術(shù)文章，想要獲取更多的Java資源的同學(xué)，可以關(guān)注微信公眾號:Java3y