簡單來講，就是講存放在一台資料庫上的資料分布到多台資料庫上，形成了乙個分布式資料庫，大致我們資料的拆分方式分為兩種
常用於我們的微服務設計中，不同的業務領域存放不同的表，比如使用者模組存放我們使用者相關表，外部呼叫通過服務訪問使用者模組，使用者模組再去訪問對應的資料庫
跨庫來實現我們資料的join連線，就會導致查詢效能極大的下降
垂直切分的優缺點優點
缺點明確的id查詢是通過表的存入規則來進行匹配，如果是範圍查詢，將資料在兩個表都進行查詢然後進行業務合併優點
缺點垂直和水平都要面臨的問題（一定是先垂直後水平）
針對多資料來源的管理問題，主要有兩種思路
1、客戶端模式：只要需要配置好底層的資料來源，然後在程式上直接訪問即可
2、中間**模式：由中間**管理所有資料來源，開發人員完全不用關心底層資料來源是什麼，在**，開發人員不用關係拆分規則
基於這兩種模式對應的成熟的三方中介軟體
測試資料設計方案
一 測試覆蓋率 測試方法及技巧的應用 真正業務場景的滿足 測試資料的設計覆蓋 1.測試資料設計方法一 構造測試資料時，需要看資料的開源，資料的 一般來講有3個，乙個是根據被測系統需求的分析，針對正常業務，異常情況，邊界情況等來構建完整的資料，又稱為造資料，這不僅僅包括最近本的基礎資料，比如，使用者 ...
TinyURL設計方案
現在貌似tinyurl很火爆，也逐漸成為一種流行趨勢。對應於php版本的tinyurl也有一些演算法，其實本質上來說是一種hash。除此之外，還有另外一種tinyurl方案 類似於http img.ly 其實這種設計 是最簡單的，沒有使用hash，而是遞增，這種的好 處就是資料庫 可以無限擴充套件，...
許可權設計方案
簡要介紹一下該許可權管理系統的特點，該系統功能上做到了靈活授權，操控細緻，許可權可以細到按鈕及超鏈級別,而且部署簡單，下面談談我自己的設計經驗。該系統主要功能如下 1 自定義操作動作 如增加 刪除 修改 審核等，不再是以前見過的那種粗粒度的 按模組分配許可權，或者稍微先進點的規定死某幾個操作了 2 ...