SpringData JPA也能寫sql，為什么還要用mybatis？在頭條上問這個問題真是太醉了。。順便說一句，胡說八道太多了。國內設計理念為表驅動。總之，邏輯是由數據表決定的，實現是由模型來完成的

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

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

國內設計理念為表驅動?？傊壿嬍怯蓴祿頉Q定的，實現是由模型來完成的。事實上，這與面向對象的思想截然相反。大多數工程師手中所謂的mybatis的靈活性是，他們不需要考慮如何設計模型?！辈还茉鯓樱铱梢杂迷鶶QL來解決這個問題。模型設計太差了，只能靠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的介入是無法解決的。

mybatis的優點？

1. 簡單的優點：易學、易用，通過文檔和源代碼，可以完全掌握其設計思想和實現。實用性：提供數據映射功能和底層數據訪問的封裝（如ado.net)，提供了Dao框架，使我們更容易開發和配置DAL層。靈活性：通過SQL，我們基本上可以實現不使用數據訪問框架就能實現的所有功能，也許更多。功能完整性：提供連接管理、緩存支持、線程支持、（分布式）事物管理，通過配置關系對象映射等數據訪問層需要解決的問題。它提供Dao支持并將其封裝在Dao框架中ADO.NET，NHibernate和datamapper。增強系統的可維護性：通過提供DAL層，將業務邏輯和數據訪問邏輯分離，使系統設計更加清晰，易于維護，易于單元測試。SQL與代碼的分離提高了可維護性。

2. 缺點：沒有明確的支持。凈值2.0。最新版本可以在2.0下編譯，但有些單元測試失敗。不成熟的，較少的工程實踐：IBATISNET在實際項目中使用較少。這只是理論上可行的。半ORM，更少的工具支持：我們需要自己編寫SQL，而且我們還沒有找到一個工具可以在下面自動生成業務層類和配置文件。Net，它不同于NHibernate。NHibernate將直接為我們的數據庫生成SQL，并且有一些輔助工具。所以使用ibatis比使用NHibernate做的更多。

想學mybatis，我需要先詳細看看jdbc嗎？

首先了解mybatis，然后了解JDBC。

Mybatis是java開發中常用的持久性框架。本質上，它是JDBC的封裝。它封裝了大量繁瑣而冗余的過程，如注冊驅動程序、創建連接、異常回滾、關閉連接等。開發人員只需要關注SQL本身，這大大提高了生產率。

首先學習簡單易用的mybatis框架。當你能熟練地使用mybatis時，你自然會接觸到更多的應用場景。根據實際需要學習JDBC會事半功倍。

例如，您會發現mybatis不能很好地支持大規模操作的業務場景，但是JDBC更適合這種場景。您可能想知道為什么JDBC更好地支持大規模操作？此時，您將自然地了解更多關于JDBC的信息。

學習是一個需要不斷積極反饋的過程。你一上來就很難學。很容易打擊你的自信，但這是不值得的損失。

因此，我建議您首先在實踐中學習如何使用mybatis框架和項目；當業務需要使用JDBC時，您自然會對JDBC有更多的了解，而且您不必一開始就強制使用。