最近幾天在設計多商家電商商品模型，先後設計了幾種方案。每個方案都有各自的特點，沒有最好的方案，只有最適合的方案。這裡把各種方案進行簡單的說明。
這種模型下，商品和單品的各種屬性都有各個商家（或區域）分別管理。會產生大量的重複資料，相同商品沒有統一的格式，後期統計分析困難。優點是結構簡單易於理解，開發速度快。
在這種模型下，平台統一管理商品。新增商品統一由平台進行，或者商家新增後提交到平台審核。平台實現了對商品的統一管理。但是商家需要維護單品的所有屬性，單品存在大量重複資料，平台難以在單品層面進行管理和統計。
在這種模型下，把前乙個模型中的單品按照產品屬性和銷售屬性進行拆分，分成基本單品和單品。
基本單品只具有單品的產品屬性（規格），每個基本單品可以唯一確定乙個產品實體。可以按照國際條形碼進行區分，基本單品和條形碼是一對一的關係。
單品繼承自基本單品，在基本單品的基礎上增加了銷售屬性。每個單品可以唯一確定乙個銷售實體，是購物車、訂單、庫存記錄的基本單位。
這樣，平台進一步加強對商品的控制，規範平台內銷售的商品，能夠在商品層面進行統計分析；商家新增商品時只需要選取已經制定好的基本單品，然後設定銷售屬性，大大節省的新增商品的工作量。然而，大量的商品維護工作交由平台來處理，對平台管理提出了更高的要求。並且，要求平台對商品和單品的資訊進行管控，資訊內容全平台統一，由此失去了商家對商品的個性化控制。這種形式更適合於總公司——區域公司型別的電商，各區域不存在競爭關係，不需要個性化的元素。
這種模型是模型1和模型3的結合，不但為商家提供基本的商品原型，有對商家開放了一定的修改許可權，允許商家編輯個性化商品。缺點是每個商家新增商品，商品數量又重新膨脹；邏輯複雜，不利於理解和快速開發。
以上列出了四種商品模型，各有各的特點。沒有最好的模型，只有最適合的模型。需要根據平台特點靈活選取。
電商寶VIP會員公升級 多版本滿足不同商家需求
電商寶vip會員公升級，多版本滿足不同商家需求。繼2016年7月電商寶推出vip會員版本，時隔乙個月，電商寶再次對現有資源進行整合，結合電商賣家日 常的工作場景，推出財務版及erp版兩個vip會員版本，滿足不同體量 不同需求的賣家群體的需求，實現按需定製，同時進行財務模組的縱深，在財務分析上 更進一...
電商多規格選擇演算法
一維規格實現 三維規格選擇實現 skualgorithm一般指代電商專案中商品規格屬性選擇時根據使用者選擇的不同規格屬性，我們需要計算出其他規格是否可選動態的展示給使用者，由此衍生出的sku演算法。舉個例子，比如商品a現有四維規格屬性 顏色 規格id 尺寸 規格id 重量 規格id 規格id 紅色 ...
個人站點（電商，雲平台，大資料，家電）
自己申請網域名稱 www.nongshenghuo.com 1。建立站點列表有如下 2015 04 02 04 34 15 閱讀0 jan 2015 04 01 23 08 31 閱讀0 jan 2015 03 19 18 42閱讀0 90 ecshop mer.do?method browsein...