89

2019-03-30 21:23:21 +08:00 ? 1

看了這么多回復(fù)。忍不住了！

1. hibernate 歷史悠久并不代表過時，mybatis 這種方式就是未來嗎？肯定不是。數(shù)據(jù)庫就是用來存數(shù)據(jù)的，聯(lián)表查詢一大堆只能說明數(shù)據(jù)結(jié)構(gòu)設(shè)計是有問題的，只是不愿承認(rèn)或者心里沒底而已，竟然還有人為了排序篩選數(shù)據(jù)，把復(fù)雜的運(yùn)算放到關(guān)系型數(shù)據(jù)庫去做，咋不上天呀，你這是叫格力的倉管大爺去替你拿材料，順便讓他根據(jù)各種因子計算新型壓縮機(jī)的功率損耗。數(shù)據(jù)分析就不應(yīng)該讓關(guān)系型數(shù)據(jù)庫做，這叫各司其職。

2. @Narcissu5 這條語句的邏輯很有意思：“ UPDATE items SET price = 11 WHERE id = 1111 “，難道你公司更新數(shù)據(jù)的時候不需要先取出數(shù)據(jù)再更新嗎？對了，但凡有一點點的并發(fā)需求，無論是樂觀鎖還是悲觀鎖，都需要查詢到最新的數(shù)據(jù)不是嗎，悲觀的加鎖，樂觀的核對 Version。至于全字段回寫數(shù)據(jù)庫，只是不知道有這種操作而已，hibernate 明明可以指定局部字段更新的好嗎

3. 報表邏輯真實存在！這也許是一種讓程序員通過關(guān)系數(shù)據(jù)庫把數(shù)據(jù)分析這活也干了的一種借口吧，程序員可不要樂在其中哦

4. 微服務(wù)都大行其道了，還在狂釘外鍵，一大堆聯(lián)表查詢，sql 語句多達(dá)幾百行，想想都忍不住噗。定義好業(yè)務(wù)邊界，拆分成獨(dú)立子系統(tǒng)吧，不然到了一定規(guī)模，別說 hibernate 干不了這活，mybatis 手寫 sql 又咋樣，同樣干不了，不信你給某個大廠的高流量數(shù)據(jù)釘個外鍵試試，看他們技術(shù)總監(jiān)會不會拿刀追著你。小公司規(guī)模往往遠(yuǎn)沒有達(dá)到那種撐不住的程度，大廠的高訪問量業(yè)務(wù)數(shù)據(jù)早已不是這里逼逼的聯(lián)表查詢了。。。

5. 如果公司的數(shù)據(jù)庫要從 mysql 轉(zhuǎn)移到 Oracle 或者 sqlserver 或者其他的數(shù)據(jù)庫，用 mybatis 的，就問你慌不慌吧。spring 官方支持 jpa 并不是沒有依據(jù)的，jpa 屏蔽了底層差異。

既然 Jpa 用起來省心，沒必要硬跟某些大廠的步伐，一步兩步，似魔鬼的步伐！

就像淘寶技術(shù)十年里說的:

如用戶模塊，老的 member.taobao.com 繼續(xù)維護(hù)，不添加新功能，新功能在新的模塊上開發(fā)，跟老的模塊共用一個數(shù)據(jù)庫，開發(fā)完畢之后放到不同的應(yīng)用集群上，另開一個域名 member1.taobao.com ，同時再替換老的功能，替換一個，就把老的模塊上的功能關(guān)閉一個，逐漸把用戶引導(dǎo)到 member1.taobao.com ，等所有的功能都替換完之后，關(guān)閉 member.taobao.com 上。從設(shè)計上來看，這個 member1 的二級域名應(yīng)該是一個過渡狀態(tài)，但我們把 member 域名的代碼下線以后，發(fā)現(xiàn)很難把 member1 切換回 member，因為有些地方把鏈接寫死了，于是后來很長時間里我們都是在用 member1.taobao.com 這樣奇怪的域名。一年后，有另外一家互聯(lián)網(wǎng)公司開始做電子商務(wù)了，我們發(fā)現(xiàn)他們的域名也叫 member1.xx.com 、auction1.xx.com ，復(fù)制得毫無保留，我們只能會心一笑。

總結(jié)

以上是生活随笔為你收集整理的python有类似mybatis的框架_为什么感觉国内比较流行的 mybatis 在国外好像没人用的样子？...的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。