mybatis一對多關聯為什么查詢不到數據？空指針異常，與mybatis無關。當查詢數據為空時，在業務層的服務中，尤其是在collection類中，應該判斷查詢數據是否為空。第一步是判斷它是null還

mybatis一對多關聯為什么查詢不到數據？

空指針異常，與mybatis無關。當查詢數據為空時，在業務層的服務中，尤其是在collection類中，應該判斷查詢數據是否為空。第一步是判斷它是null還是size==0

例如，同時有兩個類a.java和b.java。java如下：publicclassa{privateb1privatelistb2}在映射B1屬性時使用association標記，在映射B2屬性時使用collection標記。它們是一對一和一對多的關系

一對多，即單向一對應多個數據，即雙向一對多。

mybatis一對多關聯映射使用哪個標簽？

如果是mybais，你不需要建立關系。你可以直接映射器.xml寫SQL來維持這種關系。

mybatis一對多與多對多的區別？

在頭條上問這種問題真是醉人。。順便說一句，胡說八道太多了。

國內設計理念為表驅動。總之，邏輯是由數據表決定的，實現是由模型來完成的。事實上，這與面向對象的思想截然相反。大多數工程師手中所謂的mybatis的靈活性是，他們不需要考慮如何設計模型。”不管怎樣，我可以用原生SQL來解決這個問題。模型設計太差了，只能靠SQL來修正。JPA是完全對象驅動的思想。早期設計的缺陷會制約后續的開發，不同的數據庫可以用不同的方式實現（事實上，即使redis也是一樣的）。回答一些常見的問題。

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

您確定使用了spring數據JPA嗎？你不知道有個實體圖嗎？當一個傻瓜達到這個水平時，他能做什么。

2. JPA子查詢不容易實現。

我想你沒用過，是嗎？spring數據JPA的子查詢不僅可以單獨定義視圖，還可以進行子查詢，甚至可以直接使用jpql。

3. JPA不容易優化。

我真的不相信99%的優化能超過spring data JPA的優化。特別是，普通程序員能否停止談論優化？他們甚至搞不懂MySQL的鎖。表設計就像一堆廢話，他們仍然每天使用原生SQL。你覺得他們很棒嗎？JPA可以將表屬性反映到對象。當然，運行時優化是有基礎的。ORM的發展空間太大了。任何有點技術知識的人都知道ORM將擁有越來越多的優勢。有一點經驗的程序員都知道，在談論其他人之前，是時候先談論良好的維護了。解決性能問題的方法太多了。

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