『壹』 真正的Mybatis動態sql —MyBatis Dynamic SQL
這個庫是一個用於生成動態SQL語句的框架。可以將它看作是一個類型安全的sQL模板庫，它提供了對MyBatis3和Spring JDBC模板的額外支持。該庫將生成供MyBatis或Spring使用的格式化的fuL LETE INET、SELECT和UPDATE語句。最常見的用例是生成可以直接由MyBatis使用的語句和一組數學參數。該庫還將生成與Spring JDBC模板兼容的語句和參數對象。該庫通過實現一個類似SQL的DSL來工作，該DSL創建一個對象，該對象包含完整的SQL語句和該語句所需的任何參數。
https://github.com/mybatis/mybatis-dynamic-sql
https://mybatis.org/mybatis-dynamic-sql/docs/introction.html
org.mybatis.dynamic.sql.SqlTable 表定義包括表的實際名稱(包括適當的模式)。如果需要，可以在選擇語句中應用表別名。你的Table應該繼承SqlTable 類。
org. mybatiss .dynamic.sql. sqlcolumn 用於定義在庫中使用的列。應該使用SqlTable中的構建器方法創建SqlColumns。列定義包括:
我們建議使用以下使用模式以提供最大的靈活性。這個模式允許您以「限定」或「非限定」的方式使用表和列名，這看起來像自然的SQL。例如，在下面的列中，一個列可以被稱為 firstName 或 user.firstName 。
該庫將創建用作 MyBatis mapper 輸入的類。這些類包括生成的SQL，以及與生成的SQL匹配的參數集。這兩者都是MyBatis所要求的。這些對象應該是 MyBatis mapper 方法的唯一參數。
（注意： MyBatis Dynamic SQL 不需要XML文件就能工作的很好，但並不意味著不支持XML，畢竟 **MyBatis **最初被設計為是一個 XML 驅動的框架。當你使用關聯查詢，需要復雜的映射，那麼使用XML 與 MyBatis Dynamic SQL 結合起來或者是更好選擇，你的XML或許只需要包含一些）
『貳』 靜態的SQL 和動態的SQL有什麼區別
靜態 SQL：靜態 SQL 語句一般用於嵌入式 SQL 應用中，在程序運行前，SQL 語句必須是確定的，例如 SQL 語句中涉及的列名和表名必須是存在的。靜態 SQL 語句的編譯是在應用程序運行前進行的，編譯的結果會存儲在資料庫內部。而後程序運行時，資料庫將直接執行編譯好的 SQL 語句，降低運行時的開銷。
動態 SQL：動態 SQL 語句是在應用程序運行時被編譯和執行的，例如，使用 DB2 的互動式工具 CLP 訪問資料庫時，用戶輸入的 SQL 語句是不確定的，因此 SQL 語句只能被動態地編譯。動態 SQL 的應用較多，常見的 CLI 和 JDBC 應用程序都使用動態 SQL。
『叄』 請問sql中怎麼實現欄位的動態查詢
用動態sql即可實現。
如student表中有如下內容：
『肆』 動態SQL是什麼什麼是靜態SQL，動態SQL的動態體現在哪裡
首先，所謂SQL的動態和靜態，是指SQL語句在何時被編譯和執行，二者都是用在SQL嵌入式編程中的，這里所說的嵌入式是指將SQL語句嵌入在高級語言中，而不是針對於單片機的那種嵌入式編程。
在某種高級語言中，如果嵌入了SQL語句，而這個SQL語句的主體結構已經明確，例如在Java的一段代碼中有一個待執行的SQL「select * from t1 where c1>5」，在Java編譯階段，就可以將這段SQL交給資料庫管理系統去分析，資料庫軟體可以對這段SQL進行語法解析，生成資料庫方面的可執行代碼，這樣的SQL稱為靜態SQL，即在編譯階段就可以確定資料庫要做什麼事情。
而如果嵌入的SQL沒有明確給出，如在Java中定義了一個字元串類型的變數sql：String sql;，然後採用preparedStatement對象的execute方法去執行這個sql，該sql的值可能等於從文本框中讀取的一個SQL或者從鍵盤輸入的SQL，但具體是什麼，在編譯時無法確定，只有等到程序運行起來，在執行的過程中才能確定，這種SQL叫做動態SQL。例如每一種資料庫軟體都有能夠執行SQL語句的界面，那個界面接收的SQL就是動態SQL，因為資料庫廠商在做這個界面時，並不知道用戶會輸入哪些SQL，只有在該界面執行後，接收了用戶的實際輸入，才知道SQL是什麼。
另外還要注意一點，在SQL中如果某些參數沒有確定，如"select * from t1 where c1>? and c2<?"，這種語句是靜態SQL，不是動態SQL，雖然個別參數的值不知道，但整個SQL的結構已經確定，資料庫是可以將它編譯的，在執行階段只需將個別參數的值補充進來即可。
『伍』 SQL行轉列應用的動態實現方式
SQL行轉列的需求，在項目中還是經常可見的，尤其報表類的應用，更是非常廣泛！上期我們講了SQL行轉列的靜態實現方式，本期搞一下行轉列的動態實現方案，解決方案並不唯一，這里採用存儲過程的實現方式！
接下來我們詳細講解下SQL動態行轉列的實現步驟：
這里還是老套路，IT編程人入門的經典學生選課表系列，學生表、課程表、成績表！就拿這套耳熟能詳的表結構進行講解！
插入模擬的數據，用於動態行轉案例的使用！
這一步相對還是比較重要，畢竟我們要在一個靜態的行轉列基礎之上，構建動態的行轉列應用，課程數據會有動態變化，學生也會選擇新開的課程，這樣靜態模式勢必不會有效，但參照靜態模板，去開發動態的模式，則更加有參照性！
通過測試，數據效果沒有問題，正是我們期待的樣子！
動態行轉列無疑需要使用SQL編程的技術，動態的遞歸課程名稱，這樣才可以一勞永逸的解決問題！
先編寫動態的SQL腳本：
測試結果與靜態SQL完全一致，看來問題已經解決，接下來就是優化的問題了！
將上述的動態腳本封裝成存儲過程，第一可以盡量地提升查詢效率，第二方便代碼段的調用！
封裝完存儲過程，我們再執行一下，看看結果！果然沒有任何問題，與預期完全一致！
這時候我們更改一下數據，課程表中新增物理、化學兩門課程，諾克薩斯之手分別選擇了兩門課程，蓋倫僅僅選擇了化學，武器大師逃學，倆門課都沒有選擇。
數據改變之後，我們繼續測試一下，再次執行我們編寫好的存儲過程，結果非常完美，隨著數據的變化，查詢的結果集也是對應的變化，非常NICE，大功告成了！
連續倆篇的文章更新，SQL行轉列在項目中的應用都已經涵蓋了。即將步入年底了，肯定有很多小夥伴被客戶、領導追著搞各種報表，希望對小夥伴們有些許的幫助。#學編程# #互聯網# #IT#