表的拆分分為橫向拆分（記錄的拆分）和縱向拆分（字段的拆分）。拆分表的目的：提高查詢速度。 　　1.橫向拆分 　　　　我們從一個案例去解釋，情景是這樣的：某某博客，有50W的博客量，有2w的用戶，發現隨着用戶和博客數的增加，查詢速度日漸下降，現在要對博客表blog與用戶表user進行優化 ...

　　大表分表后每個表的結構相同，可以用sql的union。比如a,b表結構相同可以通過union來聯接 一、Union和Union All到底有什么區別 　　Union：對兩個結果集 ...

1. 縱向分表縱向分表是指將一個有20列的表根據列拆分成兩個表一個表10列一個表11列，這樣單個表的容量就會減少很多，可以提高查詢的性能，並在一定程度上減少鎖行，鎖表帶來的性能損耗。 縱向分表的原則是什么呢，應該怎樣拆分呢？答案是根據業務邏輯的需要來拆分，對於一張表如果業務上分兩次訪問某一張表 ...

從最初的單體應用，即將進行業務拆分，分而治之，雖心不免有些激動，但是很快就陷入深思。 因為我不得不考慮如何拆分比較好及其現在要不要拆分的問題。 目前我們開發的是一個多租戶系統應用，考慮到公共通用功能，例如用戶功能、組織功能、菜單功能、模塊功能、系統監控、審批功能、權限管理等，我們將其作為公共 ...

　　現代軟件開發和以前的軟件開發有很大的不同，以前軟件一般都會根據業務流程，設計程序的入口和程序的出口，即軟件耦合性很強。隨着軟件技術的不斷發展和DDD領域設計模型的不斷深入研究，在微服務化開發框架的大力推廣下，Docker技術和K8s 技術的普及，新一代的企業應用架構再次革新了軟件行業 ...

、服務層 按業務功能進行垂直拆分， 但是到了 WebApi 這層，就不得不把所向所有業務功能的 Cont ...

在如下這兩篇篇文章我都或多或少強調過業務分層方面的的方法和注意事項，感興趣的可以看看: 系統設計和系統划分有定律可循 業務拆分的思考 之前是說，現在是做。以我個人博客為例，我的博客最初只是一個單體應用，但是我決定將其拆分為多個模塊，總體來說，還是一個單體war。但是性質是不一樣的。 下面 ...

數量和系統業務寬度來進行選擇，如果你是為了簡歷好看或者學習，另當別論。微服務就是拆散了技術成熟的單體應用 ...