https://www.cnblogs.com/wlandwl/archive/2018/10.html
見文件
商品中心中台支持系統-總體架構設計
修訂記錄
| 日期 |
版本 |
章節 |
描述 |
作者 |
| 2018-10-25 |
V1.0 |
|
初始版本 |
無涯 |
目錄
1、商品中心
本文講述電商系統構建中，商品中心中台模塊設計。中台概念參考阿里巴巴的中台模式，對商品專門獨立為一個數據中心，集中做各個業務平台的商品信息管理。
1.1、商品中心思維導圖
商品中心主要分為商品相關基礎數據管理模塊和商品應用數據管理模塊。基礎數據包括品牌模塊，規格模塊，屬性模塊和分類模塊。商品應用數據包括商品基礎信息管理，商品銷售信息管理模塊。每一個模塊均有詳細的模塊設計文檔，請參考具體模塊設計文檔。
1.2、應用分組
為支持商品中心數據的管理，開發了如下應用模塊用於操作人員管理商品數據。
1.3、數據庫模型圖
為搭建獨立的商品中心支持系統，需設計商品中心基礎數據存儲表。
本次設計中，只包括商品應用中最基礎的商品基礎信息管理。對於組合商品，商品營銷應用，搜索應用等模塊均不包括。
1.品牌與規格數據管理
2.屬性數據管理管理
3.分類關系數據管理
4.商品數據管理
1.4、設計原則說明
中心數據表設計原則：
1.基礎信息字段細分獨立。
2.業務歸類。
3.不同業務數據嚴格做表區分。
4.對於商品與規格，屬性，分類等的關系，任何關系數據嚴格設置為一個關系一條記錄的key-value模式。
商品中心中台支持系統-分類設計
2、分類設計
本文講述電商系統構建中，商品中心分類模塊的相關知識和數據存儲設計。
2.1、分類知識
分類管理具有如下功能：
· 1.方便快速發布及管理商品，供應鏈人員或平台商家更好進行商品管理；
· 2.標准化商品服務，對於電商平台，品類定義基本平台的商品服務范圍；
· 3.有利於倉庫管理，合理的商品類目管理還能方便倉庫中庫位分區管理商品；
· 4.日常運營需要，在電商運營中，需要進行商品聚類，科學的類目管理可以減少運營的管理工作。
商品前台分類方便用戶查找商品。根據運營需求，方便把商品掛載到不同的分類上。前台類目不同於固定的后台類目，編輯很靈活、可重疊、可刪除、可隨時變動，定時生效。
商品后台分類為商品的固定分類，一般不可輕易調整。商品上新時，先選擇后台分類，后台分類可與規格，屬性做綁定關聯。后台類目樹中最重要的是葉子類目，也就是類目樹上不能再往下分的類目,任何商品都必須掛載到后台葉子類目上。
為什么要設置商品的前后台分類？
08 年的時候，有個淘寶的產品經理從線下零售巨頭沃爾瑪得到啟發，他發現沃爾瑪倉庫里面的類目分區和貨架區的類目分區是分離的，倉庫里面的類目分區比較穩定，很少變化，而貨架區的類目分區會根據活動和季節經常調整。類似的，淘寶也可以把原來的一套類目體系分為后台分類和前台分類，后台分類面向商家，用來掛載商品和屬性模板，比較穩定很少變化；前台分類面向用戶，主要方便用戶查找商品，很靈活，可以經常調整。后台類目和前台類目之間通過映射聯系起來，一個后台類目可以映射到多個前台類目，一個前台類目也可以包含多個后台類目。
從技術的角度來看的話，前台類目就是在后台類目的基礎上建立了一個虛擬類目。
應用場景：
· 1.為商品設置前后台分類。
·
2.通過商品前后台分類篩選商品。
如京東商品搜索信息展示界面：
2.2、分類管理
2.2.1、分類管理思維導圖
2.2.2、前后台分類應用舉例
用戶輸入 query：iPhone，類目屬性體系預測到跟這個 query 最相關的前台類目是手機，然后前台類目通過映射找到后台類目手機，最終在這個類目下找到了“iPhone 5s 土豪金”這個商品。
有了類目屬性體系，用戶搜索 iPhone，系統就不會給出手機套這樣的配件了，因為它只會到手機類目下去找商品。
有了類目屬性體系，用戶可以直接在搜索結果頁按照類目和屬性篩選商品，更加高效的找到想要的商品。而系統搜索可以通過記錄用戶搜索 query 之后的類目屬性篩選行為，精准預測每一個 query 的類目和屬性意圖，當用戶再次搜索的時候，可以根據 query 的類目屬性意圖，在 query 文本相關性的基礎上計算出商品的類目和屬性相關性，把包含 query，且跟用戶的類目和屬性意圖最相關的商品優先展示給用戶。這也是百度這樣的通用搜索引擎所做不到的，因為它沒有類目屬性體系。
有了類目屬性體系，還可以做好搜索算法的垂直化優化。也就是在每一個細分類目下，可以采用不同的商家權重和品牌權重，甚至可以有不同的排序公式。比如用戶選擇手機時，更多考慮各項參數和評測文章，這個時候相應的排序權重因子可以加強，而選擇服裝的時候，一張漂亮的主圖就無比重要了，排序因子里面主圖質量的權重就需要提升了。有了類目屬性體系，還可以做基於類目和屬性的個性化搜索。搜索引擎通過用戶的類目屬性篩選日志，可以挖掘出用戶的一些特征，比如性別，意向價格區間，偏好品牌，偏好品類等，從而可以對這個用戶做個性化的展示。
2.3、應用模塊示例
后台分類管理：
后台分類與規格關系管理：
后台分類與屬性及屬性值關系管理：
前台分類管理：
前台分類與商品關系管理：
前台分類與篩選項關系管理：
2.4、數據結構設計
2.4.1、數據表設計
分類數據存儲在分類系統中，在商品中心，主要是利用分類數據做分類同商品，規格，屬性等的關系數據維護。后台分類管理商品的基礎信息，前台分類用於運營和商品數據篩選。
字段說明：
后台分類與規格關系表
c_id:后台分類編碼
business_num:規格編碼
商品前台分類與商品的關系，可通過分類下的商品與后台分類的關系獲取到商品后台分類對應的屬性和屬性值。但為了各個不同業務平台的高度自定義，可設置前台分類對應屬性的屬性別名，屬性值別名，於是才額外加了前台分類與屬性，屬性值的關系表。前台分類與屬性屬性值的數據根據程序自動生成，用戶可編輯對應的屬性名稱和屬性值名稱。
分類具體數據由分類系統提供，具體包括分類別名，分類名稱，分類編碼，分類上下層級關系。
2.4.2、屬性數據示例
展示后台分類與規格的測試數據：
2.5、設計原則說明
屬性數據表設計原則：
o 1.基礎信息字段細分獨立。
o 2.業務歸類。
o
3.為什么設置后台分類與屬性關系后，還設置了后台分類與屬性值的關系？
已經有了屬性和屬性值的關系，在設置分類與屬性值的關系並不多余，參考京東的設計模式，因為一個屬性下可能存在大量的屬性值，比如口味。但考慮到一個具體商品分類時，他的屬性值是少量的，因此需要專門設置分類與屬性的關系。
商品中心中台支持系統-規格設計
3、規格設計
本文講述電商系統構建中，商品中心規格模塊的相關知識和數據存儲設計。
3.1、規格知識
商品規格是指一些足以反映商品品質的主要指標，如化學成分、含量、純度、性能、容量、長短、粗細等。
例如：買衣服的商品規格指的是尺寸的大小，一般的均碼分大、中、小號;有的較細，上衣依據衣長、胸圍、領長分大小，下褲依據褲長短、腰圍分大小等等。
應用場景：
· 1.為商品設置規格，便於商品通過規格買賣。
·
2.通過規格切換選擇商品。
如京東商品規格切換界面：
3.2、規格管理
3.2.1、規格管理思維導圖
規格與類目的關系主要為一個類目可設置關聯一個或多個規格。具體模式放在類目模塊中講解。
商品規格模塊包括規格項，規格明細，規格明細別名三個模塊。規格明細別名主要是針對商品前端展示設計的，如規格明細為紅色，規格明細別名可設置為深紅色。規格明細別名是對一個具體規格明細值的進一步細化。商品設置規格時，實際是設置商品與規格明細別名的關系（所以任何規格都必須設置規格別名，沒有規格別名的設置為規格明細名稱）。
其他方案：
商品規格設計的另外一種方案是將規格作為一種特殊的屬性歸類到屬性體系中，這兩種方案都能滿足商品規格管理。本例還是將規格單獨作為基礎數據管理，規格與屬性為兩個獨立的模塊。
3.3、應用模塊示例
規格類型數據：
規格明細別名數據管理：
規格值數據管理：
3.4、數據結構設計
3.4.1、數據表設計
規格數據存儲在規格項表，規格明細表，規格明細別名表中。其數據映射關系為一個規格項存在多個或一個規格明細值，一個規格明細存在多個或一個規格別名值。
字段說明：
c_format_type規格類型表
fm_id:規格類型編碼
fm_name:規格項名稱
show_img:是否展示為圖片模式
c_format_detail規格明細表
fetail_id:規格明細編碼
fdetail_name:規格明細名稱
c_format_detail_alias規格明細別名表
falias_id:規格明細別名編碼
falias_name:規格別名名稱
3.4.2、規格數據示例
常用規格數據歸類如下：
3.5、設計原則說明
規格數據表設計原則：
1.基礎信息字段細分獨立。
2.業務歸類。
3.為什么要設計規格明細別名？
通過對商品規格設置數據的參考，若只設置規格項和規格明細值時，會出現一個規格項下面存在大量的規格明細值，就如同顏色一樣，隨着運營的需求，不同名稱的顏色別名使得規格值數據偏多。不便於業務方快速選擇規格值和維護規格值數據。本例通過引入規格明細別名，實則為代替規格明細值，規格明細如同是對這些別名做了一個規格分組。用戶在設置商品規格時，可通過下拉單選設置規格明細值，規格別名值，這一些數據都是基礎數據，一般都是初始化后，較少變動。當用戶發現別名值不滿足需求時，可通過添加別名完成運營需求。
商品中心中台支持系統-屬性設計
4、屬性設計
本文講述電商系統構建中，商品中心屬性模塊的相關知識和數據存儲設計。
4.1、屬性知識
屬性就是人類對於一個對象的抽象方面的刻畫。
一個具體事物，總是有許許多多的性質與關系，我們把一個事物的性質與關系，都叫作事物的屬性。
事物與屬性是不可分的，事物都是有屬性的事物，屬性也都是事物的屬性。
一個事物與另一個事物的相同或相異，也就是一個事物的屬性與另一事物的屬性的相同或相異。
由於事物屬性的相同或相異，客觀世界中就形成了許多不同的事物類。具有相同屬性的事物就形成一類，具有不同屬性的事物就分別地形成不同的類。
商品中屬性一般包括兩個部分：屬性值和屬性名。
應用場景：
· 1.為商品設置屬性。
· 2.通過屬性搜索商品。
·
3.商品明細中展示屬性信息。
如京東商品詳情中屬性信息展示界面：
4.2、屬性管理
4.2.1、屬性管理思維導圖
屬性包括屬性名、屬性值，一般都是掛在具體類目下，設置為必填或非必填，同時根據實際業務發展，將某些屬性可歸為同一組屬性。在設置屬性值時，須保留一定的擴展性，部分允許自定義屬性。商品屬性管理要求強大的類目運營能力，在中小型電商平台一般會提供基礎屬性值，再開放自定義屬性編輯，讓用戶來完善屬性庫數據。
4.3、應用模塊示例
屬性信息列表：
屬性與屬性值關系管理：
4.4、數據結構設計
4.4.1、數據表設計
屬性作為基礎數據存儲在屬性表，屬性分組表，屬性值表中。其中一個或多個屬性可屬於一個屬性分組，一個或多個屬性值屬於一個屬性。屬性一般分為枚舉類型和文本類型。枚舉類型的屬性值是可列舉展示的，如口味（雞肉味，牛肉味，羊肉味），文本類型如重量（2.5kg）。
字段說明：
attr_input_type:屬性輸入類型（文本/枚舉）
屬性值表（tg_tag）獨立為一張數據表，由於屬性值和標簽存在許多數據方面的重合性，故將屬性值存儲在標簽數據表中。
4.4.2、屬性數據示例
展示部分屬性與屬性值關系：
4.5、設計原則說明
屬性數據表設計原則：
1.基礎信息字段細分獨立。
2.業務歸類。
3.屬性值利用標簽的基礎數據表做信息管理。一個標簽可屬於不同的屬性。在屬性值與屬性的關系中，設計時應該明確獨立兩個基礎數據表和添加一張單獨的屬性與屬性值關系表。這樣做的好處是減少數據冗余，方便基礎數據統一管理。一個屬性值屬於兩個屬性或多個屬性的例子如：幼貓屬於適合年齡屬性，也可屬於適合動物屬性。
商品中心中台支持系統-品牌設計
5、品牌設計
本文講述電商系統構建中，商品中心品牌模塊的相關知識和數據存儲設計。
5.1、品牌知識
品牌簡單地講是指消費者對產品及產品系列的認知程度。
品牌是人們對一個企業及其產品、售后服務、文化價值的一種評價和認知，是一種信任。品牌已是一種商品綜合品質的體現和代表，當人們想到某一品牌的同時總會和時尚、文化、價值聯想到一起，企業在創品牌時不斷地創造時尚，培育文化，隨着企業的做強做大，不斷從低附加值轉向高附加值升級，向產品開發優勢、產品質量優勢、文化創新優勢的高層次轉變。當品牌文化被市場認可並接受后，品牌才產生其市場價值。
品牌是制造商或經銷商加在商品上的標志。它由名稱、名詞、符號、象征、設計或它們的組合構成。
一般包括兩個部分：品牌名稱和品牌標志。
常用品牌字段包括： Logo、全稱、首字母、中文名、英文名、產地、備注、狀態。
應用場景：
· 1.為商品設置品牌。
·
2.通過品牌搜索品牌。
如京東品牌搜索界面
5.2、品牌管理
5.2.1、品牌管理思維導圖
規格與類目的關系主要為一個類目可設置關聯一個或多個規格。具體模式放在類目模塊中講解。
本文僅講述品牌管理的基礎信息，品牌與類目的關系放到類目關系模塊講解。
5.3、應用模塊示例
品牌信息管理：
5.4、數據結構設計
5.4.1、數據表設計
品牌數據存儲在基礎數據表和擴展信息表中。一個品牌必須要有品牌編碼和品牌名稱。品牌的擴展信息如起源地，備注，中英文名稱等信息，可通過添加品牌擴展信息表完成。對於商品中心而言，商品設置品牌時，使用品牌的編碼即可。
品牌的擴展數據表根據業務需求可擴展為多張數據表，如品牌授權標識，授權時間，供應商等信息。這一部分信息為品牌衍生業務板塊，本例不做更多介紹。
字段說明：
c_brand品牌基礎表
brand_id:品牌編碼
brand_name:品牌名稱
letter:首字母
c_brand_detail品牌明細表
brand_chinese_text:品牌中文名稱
brand_english_text:品牌英文名稱
brand_logo:品牌logo地址
brand_origin:品牌起源地
import_type:品牌進口類型
brand_type:品牌寵物類型
brand_yieldly:品牌實際產地
5.4.2、品牌數據示例
查詢品牌在數據表的數據信息如下：
5.5、設計原則說明
品牌數據表設計原則：
1.基礎信息字段細分獨立。
2.業務歸類。
商品中心中台支持系統-商品基礎信息設計
6、商品基礎信息設計
本文講述電商系統構建中，商品中心基礎信息模塊的相關知識和數據存儲設計。
6.1、商品知識
SPU，standard product unit （標准化產品單元）。SPU是商品信息聚合的最小單位，是一組可復用、易檢索的標准化信息的集合，該集合描述了一個產品的特性。
SKU，stock keeping unit(庫存量單位)。SKU即庫存進出計量的單位，可以是以件、盒、托盤等為單位。
商品規格是指一些足以反映商品品質的主要指標，如化學成分、含量、純度、性能、容量、長短、粗細等。
例如：衣服的商品規格包括尺寸和顏色。尺寸大小一般分為大、中、小號。顏色一般包括白，紅，藍等。
應用場景：
· 1.商品上新管理模塊。
· 2.商品基礎信息管理模塊。
如京東商品明細界面：
6.2、商品基礎信息管理
6.2.1、商品基礎信息管理思維導圖
商品基礎信息中通過后台分類可設置商品與對應規格類型的關系，即不同的后台分類可映射不同的規格類型信息。商品基礎信息應先完成spu基礎信息的編寫，后可設置相應的規格信息。
6.3、應用模塊示例
sku基礎信息管理：
sku規格信息管理：
6.4、數據結構設計
6.4.1、數據表設計
商品基礎信息存儲在spu基礎信息表，sku基礎信息表和商品規格關系表中。其中多個sku信息可屬於同一個spu信息，一個sku信息可具有多條規格信息。
字段說明：
sku基礎信息表
1.sku_id:sku編碼
2.spu_id:spu編碼
3.goods_url:商品封面圖標
4.sku_name:sku名稱
5.unit_id:單位編碼
spu基礎信息表
1.spu_id:spu編碼
2.brand_id:品牌編碼
3.cate_id:后台分類編碼
4.goods_name:spu名稱
商品規格關系表
1.sku_id:sku編碼
2.format_type:規格類型編碼
3.format_value:規格明細別名編碼
4.format_detai:規格明細編碼
6.4.2、商品數據示例
展示商品基礎數據如下：
展示商品規格數據：
6.5、設計原則說明
屬性數據表設計原則：
1.基礎信息字段細分獨立。
2.業務歸類。
3.商品規格與sku關系嚴格按照單條記錄保存的模式，保證規格信息形成獨立的key-value數據模型。（避免一個sku多個規格存儲在一條記錄中）
商品中心中台支持系統-商品銷售信息設計
7、商品銷售信息設計
本文講述電商系統構建中，商品中心銷售信息模塊的相關知識和數據存儲設計。
7.1、商品知識
商品銷售信息包括商品價格信息，媒體信息，屬性信息，商品描述信息等商品的通用擴展信息管理。
媒體信息：商品主圖，商品切換圖，商品視頻。
屬性信息：關鍵屬性（通過該屬性可搜索信息），一般屬性（文本描述）。
應用場景：
· 1.商品銷售信息管理模塊。
·
2.商品銷售信息展示模塊。
如京東商品銷售界面：
7.2、商品銷售信息管理
7.2.1、商品銷售信息管理思維導圖
商品銷售信息暫定包括以上模塊，對應物流信息，其他商品擴展模塊可在此基礎上繼續添加。
7.3、應用模塊示例
商品銷售屬性信息列表：
商品sku擴展信息填寫：
商品銷售平台信息填寫：
商品寶描信息填寫：
商品媒體信息填寫：
商品屬性信息填寫：
7.4、數據結構設計
7.4.1、數據表設計
平台信息是指商品在不同平台（如淘寶和天貓）銷售時，需要設置不同的銷售信息。商品還有一部分屬性信息是在所有平台都通用的。商品銷售信息主要存儲在如下數據表中。商品的寶描信息是商品詳情頁面的具體明細描述信息，他存儲在獨立的文章系統中。商品中心可通過對應接口存儲和獲取商品的寶描信息。
字段說明：
sku擴展表
1.guarantee_period:保質期
2.goods_airlift:空運商品
3.goods_flip:輕拋商品
4.drug_goods:是否葯品
5.goods_nature:商品性質
6.sale_price:賣價
7.market_price:市場價
sku平台銷售表
1.sku_id:sku編碼
2.sale_channel:平台編碼
3.goods_phrase:賣點促銷語
4.goods_introduce:推薦理由
5.mini_retail_price:最低零售價
6.trade_price:批發價
7.goods_used:商品用途
商品屬性關系表
1.sku_id:sku編碼
2.attr_id:屬性編碼
3.attr_relation_id:屬性值編碼
4.attr_type:屬性類型
5.attr_relation_text:商品文本屬性值
商品媒體信息表
1.sku_id:sku編碼
2.sale_channel:平台編碼
3.media_type:媒體類型
4.media_path:媒體路徑
7.4.2、商品銷售數據示例
展示商品sku擴展數據：
展示商品平台擴展數據：
展示商品媒體數據：
展示商品屬性測試數據：
展示商品寶描測試數據：
7.5、設計原則說明
屬性數據表設計原則：
1.基礎信息字段細分獨立。
2.業務歸類。
3.商品與屬性值關系存儲為key-value模式，一條記錄存儲一個對應關系。