mybatis一對多關(guān)聯(lián)為什么查詢不到數(shù)據(jù)？空指針異常，與mybatis無關(guān)。當(dāng)查詢數(shù)據(jù)為空時(shí)，在業(yè)務(wù)層的服務(wù)中，尤其是在collection類中，應(yīng)該判斷查詢數(shù)據(jù)是否為空。第一步是判斷它是null還

mybatis一對多關(guān)聯(lián)為什么查詢不到數(shù)據(jù)？

空指針異常，與mybatis無關(guān)。當(dāng)查詢數(shù)據(jù)為空時(shí)，在業(yè)務(wù)層的服務(wù)中，尤其是在collection類中，應(yīng)該判斷查詢數(shù)據(jù)是否為空。第一步是判斷它是null還是size==0。您可以通過關(guān)系映射來查詢它。見下面的mybatis。沒有級聯(lián)的概念，但是可以使用集合來實(shí)現(xiàn)類似的功能。Mybatis 3.0增加了關(guān)聯(lián)和集合標(biāo)簽，專門用于多個(gè)相關(guān)實(shí)體類數(shù)據(jù)的級聯(lián)查詢，但仍然不支持多個(gè)相關(guān)實(shí)體類數(shù)據(jù)的級聯(lián)保存和級聯(lián)

按照Mybatis plus的設(shè)計(jì)模式，對于那些接受條件或包裝器的參數(shù)，條件或包裝器對象就是參數(shù)

！在您的示例中：用戶映射器.selectOne（new QueryWrapper<User>（）.eq（”user）此映射器方法屬于Dao層。它接受從服務(wù)層傳遞的對象querywrapper。你認(rèn)為你有一種心態(tài)用戶映射器.selectOne（new QueryWrapper<User>（）.eq（“userAge”，Age）作為一個(gè)整體是一個(gè)Dao方法，不是

用戶映射器.selectOne（），您只需要自定義所創(chuàng)建的包裝器對象。

記?。悍椒ㄊ且粋€(gè)參數(shù)，不是別的。

如何用mybatis多對一多張表查詢？

在頭條上問這個(gè)問題太醉了。。順便說一句，胡說八道太多了。

國內(nèi)設(shè)計(jì)理念為表驅(qū)動。總之，邏輯是由數(shù)據(jù)表決定的，實(shí)現(xiàn)是由模型來完成的。事實(shí)上，這與面向?qū)ο蟮乃枷虢厝幌喾?。大多?shù)工程師手中所謂的mybatis的靈活性是，他們不需要考慮如何設(shè)計(jì)模型?！辈还茉鯓樱铱梢杂迷鶶QL來解決這個(gè)問題。模型設(shè)計(jì)太差了，只能靠SQL來修正。JPA是完全對象驅(qū)動的思想。早期設(shè)計(jì)的缺陷會制約后續(xù)的開發(fā)，不同的數(shù)據(jù)庫可以用不同的方式實(shí)現(xiàn)（事實(shí)上，即使redis也是一樣的）。回答一些常見的問題。

1. JPA表的連接行為具有不確定性和難以控制性。

您確定使用了spring數(shù)據(jù)JPA嗎？不知道有實(shí)體圖嗎？當(dāng)一個(gè)傻瓜達(dá)到這個(gè)水平時(shí)，他能做什么。

2. JPA子查詢不容易實(shí)現(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è)計(jì)就像一堆廢話，他們?nèi)匀幻刻焓褂迷鶶QL。你覺得他們很棒嗎？JPA可以將表屬性反映到對象。當(dāng)然，運(yùn)行時(shí)優(yōu)化是有基礎(chǔ)的。ORM的發(fā)展空間太大了。任何有點(diǎn)技術(shù)知識的人都知道ORM將擁有越來越多的優(yōu)勢。有一點(diǎn)經(jīng)驗(yàn)的程序員都知道，在談?wù)撈渌酥埃菚r(shí)候先談?wù)摿己玫木S護(hù)了。解決性能問題的方法太多了。

最后，難道你不知道ORM cqrs現(xiàn)在是提倡的嗎？請問，有沒有什么復(fù)雜的問題沒有原生SQL的介入是無法解決的。