摘要：
# 1 文章概述 商品在電商領域中是一個非常重要的領域，交易行為前提是有商品信息存在。本文我們分析商品表基本設計，其它復雜場景可以在此基礎上進行擴展。需要說明第一本文所用數據是**測試數據**，可能與真實數據有偏差，僅供演示。第二本文展示商品核心字段，一些通用字段不展示。 # 2 商品類目 ## 2 閱讀全文
摘要：
# 0 文章概述 在RPC場景中因為重試或者沒有實現冪等機制而導致的重復數據問題，必須引起大家重視，有可能會造成例如一次購買創建多筆訂單，一條通知信息被發送多次等問題，這是技術人員必須面對和解決的問題。 有人可能會說：當調用失敗時程序并沒有顯示重試，為什么還會產生重復數據問題呢？這是因為即使沒有顯示 閱讀全文
摘要：
# 1 六大原則 在設計模式中有六大設計原則： > 單一職責原則：一個類只做一件事 > > 里式替換原則：子類可以擴展父類 > > 依賴倒置原則：面向接口編程 > > 接口隔離原則：高內聚低耦合 > > 迪米特法則：最少知道原則 > > 開閉原則：關閉修改，開放新增 我認為在這六個原則中開閉原則最為 閱讀全文
摘要：
1 理論知識 1.1 分庫分表是否必要 分庫分表確實可以解決單表數據量大這個問題，但是并非首選。因為分庫分表至少引入了三個必須解決的突出問題。 第一是分庫分表方案本身具有的復雜性。第二是本地事務失效問題，原本在同一個數據庫中可以保證強一致性業務邏輯，分庫之后事務失效。第三是難以聚合查詢問題，因為分庫 閱讀全文
摘要：
0 文章概述 大家想一想工作中有沒有遇到以下情況：一位同事用了很長時間羅列了很多事實和數據向你說明一件事情，但是你聽完根本不知道他想要說什么。一位同事用了大量筆墨編寫了技術方案，不僅有文字還有圖表，但是你看完也不知道這個方案到底要解決什么問題以及如何落地。 上述情況的出現大概率是因為表述者沒有使用結 閱讀全文
摘要：
1 六個問題 1.1 為什么使用DDD DDD方法論核心是將問題不斷分解，把大問題分解為小問題，大業務分解小領域，簡而言之就是分而治之，各個擊破。 分而治之是指直接面對大業務我們無從下手，需要按照一定方法進行分解，分解為高內聚的小領域，使得業務有邊界清晰，而這些小領域是我們有能力處理的，這就是領域驅 閱讀全文