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