mybatis怎么配置兩個數(shù)據(jù)庫？這是我之前編寫的代碼的一部分，用于在XML文件中配置Oracle數(shù)據(jù)源。因為我使用了分散配置，vaule=的值在另一個文件中，LZ可以直接硬編碼相關(guān)信息在頭條上問這種

mybatis怎么配置兩個數(shù)據(jù)庫？

這是我之前編寫的代碼的一部分，用于在XML文件中配置Oracle數(shù)據(jù)源。因為我使用了分散配置，vaule=的值在另一個文件中，LZ可以直接硬編碼相關(guān)信息

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

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

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

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

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

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

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

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

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

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

這個問題可以從兩個角度來回答：

1。批量插入，部分插入失敗，與批量插入的數(shù)據(jù)內(nèi)容無關(guān)。

例如，在批量插入多個用戶的情況下。

您可以在邏輯上使用list<>循環(huán)插入。

對于插入失敗報告的異常，使用異常處理邏輯將其捕獲并記錄到日志中，或者建立一個通常未插入的列表<>以供進一步處理。

如果發(fā)生大量插入失敗，則需要重新檢查數(shù)據(jù)庫表和SQL的設(shè)計。

2. 批插入，部分失敗，與批插入數(shù)據(jù)關(guān)聯(lián)。

例如，插入用戶的訂單、付款、扣減和一系列相關(guān)操作。

建議采用Lucesap提到的事務(wù)處理。如果一個項目失敗，所有操作都將回滾。為了提高系統(tǒng)的容錯率，需要對設(shè)計和編碼的合理性進行檢查。

個人意見，謝謝！