SpringData JPA也能寫sql，為什么還要用mybatis？在頭條上問這個問題真是太醉了。。順便說一句，胡說八道太多了。國內(nèi)設計理念為表驅動?？傊壿嬍怯蓴?shù)據(jù)表決定的，實現(xiàn)是由模型來完成的

SpringData JPA也能寫sql，為什么還要用mybatis？

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

國內(nèi)設計理念為表驅動?？傊?，邏輯是由數(shù)據(jù)表決定的，實現(xiàn)是由模型來完成的。事實上，這與面向對象的思想截然相反。大多數(shù)工程師手中所謂的mybatis的靈活性是，他們不需要考慮如何設計模型?！辈还茉鯓?，我可以用原生SQL來解決這個問題。模型設計太差了，只能靠SQL來修正。JPA是完全對象驅動的思想。早期設計的缺陷會制約后續(xù)的開發(fā)，不同的數(shù)據(jù)庫可以用不同的方式實現(xiàn)（事實上，即使redis也是一樣的）?；卮鹨恍┏Ｒ姷膯栴}。

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

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

2. JPA子查詢不容易實現(xiàn)。

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

3. JPA不容易優(yōu)化。

我真的不相信99%的優(yōu)化能超過spring data JPA的優(yōu)化。特別是，普通程序員能否停止談論優(yōu)化？他們甚至搞不懂MySQL的鎖。表設計就像一堆廢話，他們?nèi)匀幻刻焓褂迷鶶QL。你覺得他們很棒嗎？JPA可以將表屬性反映到對象。當然，運行時優(yōu)化是有基礎的。ORM的發(fā)展空間太大了。任何有點技術知識的人都知道ORM將擁有越來越多的優(yōu)勢。有一點經(jīng)驗的程序員都知道，在談論其他人之前，是時候先談論良好的維護了。解決性能問題的方法太多了。

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

mybatis查詢一個列，結果集是什么類型。查詢一個列？

如果只查詢一個字段，則可以使用字符串類型。Resulttype=“string”如果有多個字段，可以用相關類名作為返回類型，比如monitor如果實體表對應的實體類是monitor，可以這樣寫：Resulttype=“monitor”如果有多個字段，多個字段不在同一個表中，可以使用map作為返回類型返回值和resulttype=“map”，便于取值。

mybatis怎么實現(xiàn)多表聯(lián)查？

可以通過關系映射找到。見以下mybatis。沒有級聯(lián)的概念，但是可以使用集合來實現(xiàn)類似的功能。

Mybatis3.0增加了關聯(lián)和集合標簽，專門用于多個相關實體類數(shù)據(jù)的級聯(lián)查詢，但仍然不支持多個相關實體類數(shù)據(jù)的級聯(lián)保存