mybatis批量更新幾千條數(shù)據(jù) SpringData JPA也能寫sql,為什么還要用mybatis?
SpringData JPA也能寫sql,為什么還要用mybatis?在頭條上問這個問題真是太醉了。。順便說一句,胡說八道太多了。國內(nèi)設(shè)計理念為表驅(qū)動。總之,邏輯是由數(shù)據(jù)表決定的,實現(xiàn)是由模型來完成的
SpringData JPA也能寫sql,為什么還要用mybatis?
在頭條上問這個問題真是太醉了。。順便說一句,胡說八道太多了。
國內(nèi)設(shè)計理念為表驅(qū)動??傊?,邏輯是由數(shù)據(jù)表決定的,實現(xiàn)是由模型來完成的。事實上,這與面向?qū)ο蟮乃枷虢厝幌喾础4蠖鄶?shù)工程師手中所謂的mybatis的靈活性是,他們不需要考慮如何設(shè)計模型?!辈还茉鯓?,我可以用原生SQL來解決這個問題。模型設(shè)計太差了,只能靠SQL來修正。JPA是完全對象驅(qū)動的思想。早期設(shè)計的缺陷會制約后續(xù)的開發(fā),不同的數(shù)據(jù)庫可以用不同的方式實現(xiàn)(事實上,即使redis也是一樣的)。回答一些常見的問題。
1. JPA表的連接行為具有不確定性和難以控制性。
您確定使用了spring數(shù)據(jù)JPA嗎?不知道有實體圖嗎?當(dāng)一個傻瓜達(dá)到這個水平時,他能做什么。
2. JPA子查詢不容易實現(xiàn)。
我想你沒用過,是嗎?spring數(shù)據(jù)JPA的子查詢不僅可以單獨(dú)定義視圖,還可以進(jìn)行子查詢,甚至可以直接使用jpql。
3. JPA不容易優(yōu)化。
我真的不相信99%的優(yōu)化能超過spring data JPA的優(yōu)化。特別是,普通程序員能否停止談?wù)搩?yōu)化?他們甚至搞不懂MySQL的鎖。表設(shè)計就像一堆廢話,他們?nèi)匀幻刻焓褂迷鶶QL。你覺得他們很棒嗎?JPA可以將表屬性反映到對象。當(dāng)然,運(yùn)行時優(yōu)化是有基礎(chǔ)的。ORM的發(fā)展空間太大了。任何有點技術(shù)知識的人都知道ORM將擁有越來越多的優(yōu)勢。有一點經(jīng)驗的程序員都知道,在談?wù)撈渌酥?,是時候先談?wù)摿己玫木S護(hù)了。解決性能問題的方法太多了。
最后,難道你不知道ORM cqrs現(xiàn)在是提倡的嗎?請問,有沒有什么復(fù)雜的問題沒有原生SQL的介入是無法解決的。
mybatis批量更新返回影響行數(shù)恒為1,有解決方案嗎?
我猜問題所有者可以使用sqlmapper中的foreach進(jìn)行批處理。實際上,不建議使用此方法進(jìn)行批處理,因為當(dāng)存在大量批處理數(shù)據(jù)時,會出現(xiàn)性能問題。如果您堅持使用這種方法,請將foreach的數(shù)量控制在50以內(nèi)。
事實上,mybatis還正式推薦批量處理的方法。問題負(fù)責(zé)人可以試試。這種批量加工的方法可以批量插入數(shù)萬件,而且性能不會太差。另外,我認(rèn)為如果采用官方推薦的方式,也不會出現(xiàn)這樣的問題。
官方文件:https://mybatis.org/mybatis-dynamic-sql/docs/insert.html?spm=ata.13261165.0.0.4dc71d1dlF3NxT
注:提供批量插入和批量修改