java中的復雜查詢sql語句實現(xiàn)：

這樣的查詢欄，在頁面中很常見，這就是復雜查詢的條件，我們可以填寫一個條件或多個條件，也可以一個都不填寫，在這樣的情況下我們的sql語句就不能是一個固定的String類型的字符串。

看到這相信大家都想到用什么來定義sql語句了，沒錯就是StringBuilder，基本模板應該就是

 String sql = "select * from `user` ";
 StringBuilder sb = new StringBuilder(sql);

但是這一步之后就存在一個難點，如何添加查詢條件呢？

判斷每一個條件，如果條件存在且不為空，拼接字符串，用模糊查詢

sb.append(" where name like ? ");

理論上沒錯，但是如果多個條件呢？

sql語句就存在問題了，當多個條件存在時，sql語句就被拼接成

String sql = "select * from `user` where name like ? where address like ?" 

這明顯是不行的，有一個最簡單的方法去定義一個正確的基本模板

String sql = "select * from `user` where 1 = 1 ";

在上面的模板上添加一個where 1 = 1 ，恒成立條件，無論有沒有條件，都可以運行，那么存在條件的拼接語句就可以寫出來了

sb.append(" and name like ? ");

String sql = "select * from `user` where 1 = 1 " //沒有條件的查詢
//當多個條件存在時
String sql = "select * from `user` where 1 = 1  and name like ?  and address like ? "
//多個條件也能成立

但是還有兩個特別需要注意的點就是：

1.拼接字符串時，應該在拼接的開頭敲上一個空格，這樣才能讓拼接起來的字符串之間存在空格不會變成連在一起的字符串，那樣也會報錯

2.填充占位符時，直接把值填上是不行的，因為我們需要的是模糊查詢，所以我們應該在填充值的時候在值的前面和后面加上“%”號。

補充：JAVA編程規(guī)范之SQL 語句

結構化查詢語言(Structured Query Language)簡稱SQL，結構化查詢語言是一種數(shù)據(jù)庫查詢和程序設計語言，用于存取數(shù)據(jù)以及查詢、更新和管理關系數(shù)據(jù)庫系統(tǒng)

1、【強制】不要使用 count(列名)或 count(常量)來替代 count()，count()是 SQL92 定義的標準統(tǒng)計行數(shù)的語法，跟數(shù)據(jù)庫無關，跟 NULL 和非 NULL 無關。

說明 : count(*)會統(tǒng)計值為 NULL 的行，而 count(列名)不會統(tǒng)計此列為 NULL 值的行。

2、【強制】count(distinct col) 計算該列除 NULL 之外的不重復行數(shù)，注意 count(distinct col1, col2) 如果其中一列全為 NULL，那么即使另一列有不同的值，也返回為 0。

3、【強制】當某一列的值全是 NULL 時，count(col)的返回結果為 0，但 sum(col)的返回結果為 NULL，因此使用 sum()時需注意 NPE 問題。

正例 : 可以使用如下方式來避免 sum 的 NPE 問題: SELECT IF(ISNULL(SUM(g)),0,SUM(g)) FROM table;

4、【強制】使用 ISNULL()來判斷是否為 NULL 值。注意: NULL 與任何值的直接比較都為 NULL。

5、【強制】在代碼中寫分頁查詢邏輯時，若 count 為 0 應直接返回，避免執(zhí)行后面的分頁語句。

6、【強制】不得使用外鍵與級聯(lián)，一切外鍵概念必須在應用層解決。

說明 : (概念解釋)學生表中的 student_id 是主鍵，那么成績表中的 student_id 則為外鍵。如果更新學生表中的 student_id，同時觸發(fā)成績表中的 student_id 更新，則為級聯(lián)更新。外鍵與級聯(lián)更新適用于單機低并發(fā)，不適合分布式、高并發(fā)集群；級聯(lián)更新是強阻塞，存在數(shù)據(jù)庫更新風暴的風險；外鍵影響數(shù)據(jù)庫的插入速度。

7、【強制】禁止使用存儲過程，存儲過程難以調試和擴展，更沒有移植性。

8、【強制】數(shù)據(jù)訂正時，刪除和修改記錄時，要先 select，避免出現(xiàn)誤刪除，確認無誤才能執(zhí)行更新語句。

9、【推薦】in 操作能避免則避免，若實在避免不了，需要仔細評估 in 后邊的集合元素數(shù)量，控制在 1000 個之內。

10、【參考】如果有全球化需要，所有的字符存儲與表示，均以 utf-8 編碼，注意字符統(tǒng)計函數(shù)的區(qū)別。

11、【參考】TRUNCATE TABLE 比 DELETE 速度快，且使用的系統(tǒng)和事務日志資源少，但 TRUNCATE 無事務且不觸發(fā) trigger，有可能造成事故，故不建議在開發(fā)代碼中使用此語句。

說明 : TRUNCATE TABLE 在功能上與不帶 WHERE 子句的 DELETE 語句相同。

總結

到此這篇關于java中復雜查詢sql語句該怎么寫的文章就介紹到這了,更多相關java復雜查詢sql語句內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論