現在網路上充斥著jpa和mybatis的一些對比。其實狹義上來說是hibernate和mybatis之間的比較。
例如：為什麼感覺國內比較流行的 mybatis 在國外好像沒人用的樣子？下面是一些截圖
既然 jpa 用起來省心，沒必要硬跟某些大廠的步伐，一步兩步，似魔鬼的步伐！
就像**技術十年裡說的:
如使用者模組，老的 member.taobao.com 繼續維護，不新增新功能，新功能在新的模組上開發，跟老的模組共用乙個資料庫，開發完畢之後放到不同的應用集群上，另開乙個網域名稱 member1.taobao.com ，同時再替換老的功能，替換乙個，就把老的模組上的功能關閉乙個，逐漸把使用者引導到 member1.taobao.com ，等所有的功能都替換完之後，關閉 member.taobao.com 上。從設計上來看，這個 member1 的二級網域名稱應該是乙個過渡狀態，但我們把 member 網域名稱的**下線以後，發現很難把 member1 切換回 member，因為有些地方把鏈結寫死了，於是後來很長時間裡我們都是在用 member1.taobao.com 這樣奇怪的網域名稱。一年後，有另外一家網際網路公司開始做電子商務了，我們發現他們的網域名稱也叫 member1.xx.com 、auction1.xx.com ，複製得毫無保留，我們只能會心一笑。沒錯，我用jpa，我也很喜歡jpa的設計哲學。但是同時我覺得mybatis也是乙個很好的框架，高效地解決了很多問題，滿足了很多企業的需求，給乙個大大的贊。
技術只是解決問題的一種方式、一種工具，選擇哪種技術因人而異，存在即合理。
JPA和Mybatis的選擇
在選擇jpa和mybatis的事情上第一步肯定是聽老大的，老大沒要求，就自己習慣用哪個就用哪個，功能都是一樣的，最主要是自己用起來舒服。非要選擇的話，就比如開發乙個小型專案，個人建議用jpa開發，若專案已經開發完，你只需要接手進行專案改造，而專案之前就是使用的ssm框架，當然這時候你想都不用想的去用...
面試之jpa和mybatis的區別
第一 jpa是物件與物件之間的對映，而mybatis是物件和結果集的對映。第二 jpa移植性比較好，不用關心用什麼資料庫，因為mybatis自由寫sql語句，所以當專案移植的時候還需要改sql。及時判斷資料庫型別，不嫌累麼 第三 當需要修改欄位的時候mybatis改起來特別費事，而jpa就相對簡單。...
mybatis筆記之關於 和
1.將傳入的資料都當成乙個字串，會對自動傳入的資料加乙個雙引號。如 order by user id 如果傳入的值是111,那麼解析成sql時的值為order by 111 如果傳入的值是id，則解析成的sql為order by id 2.將傳入的資料直接顯示生成在sql中。如 order by u...