1. mybatis-puls動態sql表自動不確定
mybatis-puls動態sql表自動不確定，MyBatis中的動態SQL,實現不確定條件的CRUD的實現，將查詢條件封裝到map裡面,通過 if 和 where 標簽的使用,實現sql的動態性。
以前都是指定了實體類，然後寫好sql語句直接套用就可以了。但是現在有個問題，萬一你的物理模型不確定，也即是你的表結構不確定，甚至連表名字都不確定該怎麼辦呢？我這次遇到了這個問題。我們有個需求，事先定義好了很多數據集的信息模型，針對這些信息模型生成物理模型。而我們需要針對這些物理模型進行操作。而這些數據集一旦更新，信息模型以及物理模型都要變動，所以事先不可能完全確定物理表結構等等信息。
mybatis中一個屬性：statementType。這個屬性的作用是告訴mybatis我們寫的這個sql到底是預編譯（PRESTATEMENT）還是非預編譯（STATEMENT）的。區別是如果是預編譯的，那麼系統在初始化時就會讀取這段sql代碼，將指定的實體類中的欄位替換了類似#{}這樣的語句。
2. mybatis怎麼自動生成是sql語句
Mybatis-Generator這個工具就是拿來生成文件的，不過需要你設置一下連接的資料庫以及表的路徑。生成之後就可以用了，不過生成的都是基本的sql語句，如果想要復雜一些的還是需要自己來寫的。不過一般來說，很多數據處理都是直接查出來在伺服器處理，而不是用sql處理，因為有些時候你寫的SQL語句問題很多
3. 實際開發mybatis都是使用自動生成的sql么
以前沒怎麼用過mybatis，只知道與hibernate一樣是個orm資料庫框架。隨著使用熟練度的增加，發現它與hibernate區別是非常大的，結合至今為止的經驗，總結出以下幾點：
1. hibernate是全自動，而mybatis是半自動。
hibernate完全可以通過對象關系模型實現對資料庫的操作，擁有完整的JavaBean對象與資料庫的映射結構來自動生成sql。而mybatis僅有基本的欄位映射，對象數據以及對象實際關系仍然需要通過手寫sql來實現和管理。
2. hibernate資料庫移植性遠大於mybatis。
hibernate通過它強大的映射結構和hql語言，大大降低了對象與資料庫（oracle、MySQL等）的耦合性，而mybatis由於需要手寫sql，因此與資料庫的耦合性直接取決於程序員寫sql的方法，如果sql不具通用性而用了很多某資料庫特性的sql語句的話，移植性也會隨之降低很多，成本很高。
3. hibernate擁有完整的日誌系統，mybatis則欠缺一些。
hibernate日誌系統非常健全，涉及廣泛，包括：sql記錄、關系異常、優化警告、緩存提示、臟數據警告等；而mybatis則除了基本記錄功能外，功能薄弱很多。
4. mybatis相比hibernate需要關心很多細節
hibernate配置要比mybatis復雜的多，學習成本也比mybatis高。但也正因為mybatis使用簡單，才導致它要比hibernate關心很多技術細節。mybatis由於不用考慮很多細節，開發模式上與傳統jdbc區別很小，因此很容易上手並開發項目，但忽略細節會導致項目前期bug較多，因而開發出相對穩定的軟體很慢，而開發出軟體卻很快。hibernate則正好與之相反。但是如果使用hibernate很熟練的話，實際上開發效率絲毫不差於甚至超越mybatis。
4. mybatis 動態sql和參數
動態SQL，就是根據條件拼接的條件吧。
比如：if、where等等條件，都是動態sql的標簽。
參數：就是#$兩個標簽，注意下$可能會導致sql注入的問題就可以了。
5. Mybatis動態sql是做什麼的都有哪些動態sql能簡述一下動態sql的執行原理
摘要 1.動態SQL的概念