文章目錄[隱藏]

• 一、規格參數業務實現
• 二、SPU和SKU數據構造

sku是什么意思（商品數據構造之什么是SPU和SKU?）

學習籌劃支配如下：

• 昨天實現了商品規格參數組業務，今天持續實現其對應的規格參數。

• 理清晰SPU和SKU的概念，同時剖析對SPU的數據表設計。

一、規格參數業務實現

1業務需求剖析

昨天實現了規格參數組相干的業務，點擊商品分類，可以查看到其對應的規格參數組信息。

比如上圖中“手機”這個商品分類的規格參數組有：主體、根本信息和操作體系。

現在我們要實現的需求是：

點擊相應的規格組，會跳轉到其規格參數的頁面，也就是該規格組下有哪些規格參數？

具體數據須要我們從數據庫中查詢，因為我這邊業務還未完成，所以顯示的數據為：“該分組下沒有參數”。

2要求相干剖析

無外乎還是要弄清晰四大內容：

• 要求路徑：真實路徑就是spec/params。

• 要求方法：GET要求。

• 要求參數：gid，也就是規格參數組id。

• 返回值：是一個規格參數數組。

好，弄清晰了這四點，就可以寫后臺代碼了。

3實體類和數據表

關于實體類有一個知識點要解釋下。

numeric這個字段在mysql數據庫中是一個癥結字，會有沖突。

面對這個問題有兩種解決方法：

①應用注解@Colum

解釋癥結字字段是哪個一個即可，但是該方法若是有多個癥結字須要一一解釋。

②配置文件中配置

也可以在yam文件中如圖中配置。

注意：該配置只在mysql數據庫中有用。

3Java三層架構

①Controller層代碼編寫

依據要求相干的四大內容即可完成Controller層的代碼編寫。

注意要求參數gid是以問號的情勢拼接到要求路徑中的，所以應用注解@RequestParam。

②Service深圳生涯網層代碼編寫

應用通用mapper完成查詢操作：因為不是主鍵查詢，所以創立對應的實體類對象，將gid賦值給該對象，最后依據該對象完成查詢。

③Mapper層代碼編寫

繼承通用mapper供給的Mapper接口即可，在泛型中解釋對應的實體類Sp深圳生涯網ecParam。

4測試

我們再次在管理體系中點擊對應的規格參數組，就能查詢到對應的規格參數了。

上圖中就是“深圳生涯網主體”這個規格參數組，從數據庫中查詢到了3個規格參數，此外還有：

• 新增業務對應新增參數按鈕。

• 修正業務對應修正按鈕。

• 刪除業務對應刪除按鈕。

關于這三個業務就暫且不一一解釋了，其實無外乎就還是這么一個思路。

二、SPU和SKU數據構造

SPU和SKU是電商中兩個非常主要的概念。

1什么是SPU和SKU呢？

• SPU全稱為Standard Product Unit，翻譯過來就是尺度產品單位。

• SKU全稱為Stock Keeping Unit，翻譯過來就是庫存量單位。

這種官方定義看起來好像挺難懂得的，我以某電商網站某品牌手機為例作個解釋：

思考問題：上圖是一個商品么？

它不是一個具體的商品，它是一個SPU，我通過選擇不同的屬性可以組合成多個商品。

SPU是商品的共有集，并不是固定某個商品。

比如上圖中手機有三種色彩可以選擇，手機內存也有4種可以選擇。

而SKU才是具體的某個商品。

比如陶瓷黑、8G+128GB內存…等每一項都肯定好之后的商品才是一個SKU。

通俗懂得就是我們購置訂單頁面對商品的詳細解釋，就是一個SKU。

每一個SKU的價錢一般是不一樣，我們購置的是SKU而不是SPU。

2SPU數據表設計剖析

在數據庫中其被拆分成了兩張表，我們具體做一個剖析：

商品①：陶瓷黑、8G+128GB內存…等屬性都肯定后的一個SKU。

商品②：亮銀版、8GB+256GB內存…等屬性都肯定后的一個SKU。

無論是商品①還是商品②其SPU都是一樣的。

其包括有：id、商品名稱、品牌id，副題目、商品描寫（描寫一般都會描寫配置最高的那個）、包裝、售后服務。

因為關于商品描寫這個字段非常的長，所以將SPU表做了一個拆分，將這些描寫性字段單獨又放在了一個數據表中。

總結

以上是生活随笔為你收集整理的sku是什么意思（商品数据结构之什么是SPU和SKU?）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。