mybatis和jdbc的區(qū)別？1. Dao層代碼可以通過現(xiàn)有的插件直接生成，大大提高了編碼效率和準(zhǔn)確性（與手工編碼錯誤等相比）。mybatis現(xiàn)有的連接池管理和緩存管理帶來的代碼性能優(yōu)勢和可靠性（作

mybatis和jdbc的區(qū)別？

1. Dao層代碼可以通過現(xiàn)有的插件直接生成，大大提高了編碼效率和準(zhǔn)確性（與手工編碼錯誤等相比）。mybatis現(xiàn)有的連接池管理和緩存管理帶來的代碼性能優(yōu)勢和可靠性（作為一個工業(yè)開源框架，其代碼已經(jīng)過了很長時間的測試）。一致的編碼風(fēng)格大大減少了代碼差距4。Mybatis自動提供一級和二級緩存（需要配置和打開）、強(qiáng)大的動態(tài)SQL和自動會話管理，比手工維護(hù)更方便、更安全。5面向?qū)ο箝_發(fā)的效率會更高。畢竟，它可以自動生成數(shù)據(jù)庫表的模型對象，編寫更少的基本SQL。無論是否是團(tuán)隊(duì)合作，都建議使用。6不要重復(fù)從結(jié)果集到域的轉(zhuǎn)換。7如果JDBC想獲得封裝mybatis的關(guān)聯(lián)和集合，那么您將有一個大腦袋

，先學(xué)習(xí)mybatis，然后再學(xué)習(xí)JDBC。

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

首先學(xué)習(xí)簡單易用的mybatis框架。當(dāng)你能熟練地使用mybatis時，你自然會接觸到更多的應(yīng)用場景。根據(jù)實(shí)際需要學(xué)習(xí)JDBC會事半功倍。

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

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

因此，我建議您首先在實(shí)踐中學(xué)習(xí)如何使用mybatis框架和項(xiàng)目；當(dāng)業(yè)務(wù)需要使用JDBC時，您自然會對JDBC有更多的了解，而且您不必一開始就強(qiáng)制使用。

想學(xué)mybatis，我需要先詳細(xì)看看jdbc嗎？

在SpringJDBC中，您需要編寫許多行映射程序。Mybatis適用于各種復(fù)雜的應(yīng)用。您可以手工編寫SQL，但也有許多映射文件。如果項(xiàng)目較小，則直接使用模板。Mybatus更適合大型項(xiàng)目。我覺得hibernate太復(fù)雜了，springjdbc太簡單了，mybatis正好。已經(jīng)準(zhǔn)備好了。springjdbc實(shí)在太簡單了。它不如dbutil好。我總是在小項(xiàng)目中使用dbutil。Mybatis沒有用過，只是看了看，才用了兩年多的ibatis，寫XML也很無聊，Mybatis應(yīng)該提高很多

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

國內(nèi)設(shè)計(jì)理念為表驅(qū)動?？傊?，邏輯是由數(shù)據(jù)表決定的，實(shí)現(xiàn)是由模型來完成的。事實(shí)上，這與面向?qū)ο蟮乃枷虢厝幌喾?。大多?shù)工程師手中所謂的mybatis的靈活性是，他們不需要考慮如何設(shè)計(jì)模型?！辈还茉鯓?，我可以用原生SQL來解決這個問題。模型設(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)一個傻瓜達(dá)到這個水平時，他能做什么。

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)行時優(yōu)化是有基礎(chǔ)的。ORM的發(fā)展空間太大了。任何有點(diǎn)技術(shù)知識的人都知道ORM將擁有越來越多的優(yōu)勢。有一點(diǎn)經(jīng)驗(yàn)的程序員都知道，在談?wù)撈渌酥?，是時候先談?wù)摿己玫木S護(hù)了。解決性能問題的方法太多了。

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