1、經常使用規則速查
1 And 而且 2 Or 或 3 Is,Equals 等於 4 Between 二者之間 5 LessThan 小於 6 LessThanEqual 小於等於 7 GreaterThan 大於 8 GreaterThanEqual 大於等於 9 After 以後（時間） > 10 Before 以前（時間） < 11 IsNull 等於Null 12 IsNotNull,NotNull 不等於Null 13 Like 模糊查詢。查詢件中須要本身加 % 14 NotLike 不在模糊範圍內。查詢件中須要本身加 % 15 StartingWith 以某開頭 16 EndingWith 以某結束 17 Containing 包含某 18 OrderBy 排序 19 Not 不等於 20 In 某範圍內 21 NotIn 某範圍外 22 True 真 23 False 假 24 IgnoreCase 忽略大小寫
2、Spring Data 解析方法名--規則說明
一、規則描述
按照Spring data 定義的規則，查詢方法以find|read|get開頭（好比 find、findBy、read、readBy、get、getBy），涉及條件查詢時，條件的屬性用條件關鍵字鏈接，要注意的是：條件屬性首字母需大寫。框架在進行方法名解析時，會先把方法名多餘的前綴截取掉，而後對剩下部分進行解析。 若是方法的最後一個參數是 Sort 或者 Pageable 類型，也會提取相關的信息，以便按規則進行排序或者分頁查詢。java
二、舉例說明
好比 findByUserAddressZip()。框架在解析該方法時，首先剔除 findBy，而後對剩下的屬性進行解析，詳細規則以下（此處假設該方法針對的域對象爲 AccountInfo 類型）： 先判斷 userAddressZip （根據 POJO 規範，首字母變爲小寫，下同）是否爲 AccountInfo 的一個屬性，若是是，則表示根據該屬性進行查詢；若是沒有該屬性，繼續第二步； 從右往左截取第一個大寫字母開頭的字符串（此處爲 Zip），而後檢查剩下的字符串是否爲 AccountInfo 的一個屬性，若是是，則表示根據該屬性進行查詢；若是沒有該屬性，則重複第二步，繼續從右往左截取；最後假設 user 爲 AccountInfo 的一個屬性； 接着處理剩下部分（ AddressZip ），先判斷 user 所對應的類型是否有 addressZip 屬性，若是有，則表示該方法最終是根據 "AccountInfo.user.addressZip" 的取值進行查詢；不然繼續按照步驟 2 的規則從右往左截取，最終表示根據 "AccountInfo.user.address.zip" 的值進行查詢。 可能會存在一種特殊狀況，好比 AccountInfo 包含一個 user 的屬性，也有一個 userAddress 屬性，此時會存在混淆。讀者能夠明確在屬性之間加上 "" 以顯式表達意圖，好比 "findByUser_AddressZip()" 或者 "findByUserAddress_Zip()"。（強烈建議：不管是否存在混淆，都要在不一樣類層級之間加上"" ，增長代碼可讀性）sql
3、一些狀況
一、當查詢條件爲null時。
舉例說明以下： 實體定義：對於一個客戶實體Cus,包含有name和sex，均是String類型。 查詢方法定義：List<Cus> findByNameAndSex(String name,String sex); 使用時：dao.findByNameAndSex(null, "男"); 後臺生成sql片段：where (cus0_.name is null) and cus0_.sex=?數據庫
結論：
當查詢時傳值是null時，數據庫中只有該字段是null的記錄才符合條件，並非說忽略這個條件。也就是說，這種查詢方式，只適合於明確查詢條件必須傳的業務，對於動態查詢（條件多少是動態的，例如通常的查詢列表，由最終用戶使用時決定輸入那些查詢條件），這種簡單查詢是不能知足要求的。框架
二、排序
List<Cus> findBySexOrderByName(String sex); //名稱正序（正序時，推薦此方式，簡單） List<Cus> findBySexOrderByNameAsc(String sex); //名稱正序（效果同上） List<Cus> findBySexOrderByNameDesc(String sex); //名稱倒序