{eval=Array;=+count(Array);}
ibatis寫sql更靈活,而大多數(shù)項(xiàng)目對于單表操作其實(shí)都是簡單點(diǎn),復(fù)雜的是查詢,說明ucloud遇到的問題層次已經(jīng)比較高,而不是很多人停留的crud層次,覺得hibernate很夠用!
當(dāng)然ucloud選擇ibatis或mybatis也存在歷史的局限性問題,因?yàn)楫?dāng)時(shí)sqltoy-orm沒有誕生,否則最該選擇使用的是sqltoy!
這個(gè)時(shí)代應(yīng)該融合hibernate和mybatis的優(yōu)點(diǎn),同時(shí)更加強(qiáng)化查詢才是正道!
為什么說mybatis(plus)還是不行(尤其是查詢,crud有底,但查詢訴求是上不封頂?shù)?!下面展示了一個(gè)相對簡單點(diǎn)查詢,而實(shí)際項(xiàng)目中sql可能要復(fù)雜的多,mybatis怎么寫!寫完后期怎么維護(hù)?怎么讀得懂?),下面列幾個(gè)小例子,展示天差地別!
對于新手來說,ibatis比較難受,要寫sql等
而hibernate對人比較友好,不用寫sql,只需配置xml即可。
這個(gè)對于hibernate來說這個(gè)是優(yōu)點(diǎn)又是缺點(diǎn)
優(yōu)點(diǎn)就是對于不了解sql的人來說輕松,只需關(guān)注自己的業(yè)務(wù)代碼即可,不必關(guān)心sql如何編寫
缺點(diǎn)無法優(yōu)化sql,對于復(fù)雜的系統(tǒng),sql優(yōu)化和編寫時(shí)很重要的。
hibernate已經(jīng)不太適用對于動(dòng)輒數(shù)百萬甚至上億數(shù)據(jù)的庫,而且很多都是分庫分表,多庫查詢,半自動(dòng)的ibatis顯然更具有優(yōu)勢。這就好比你開車喜歡自動(dòng)擋還是手動(dòng)擋,賽車都沒有自動(dòng)的。
0
回答4
回答0
回答5
回答0
回答10
回答8
回答0
回答0
回答0
回答