商品促銷活動
這上面的這些促銷,表結構如何設計最佳
。一個人一個半月完成。能完成?目測不可以。碰上XX經理!
回複內容:
商品促銷活動
這上面的這些促銷,表結構如何設計最佳
。一個人一個半月完成。能完成?目測不可以。碰上XX經理!
看你的訪問量了,如果訪問量不大的,不要考慮設計,應該也能做
但如果並發量很大,哪就 嘿嘿嘿了,
我是這麼思考的。
和商品有個的在商品表或商品子表中
直接折扣(給一個折扣率,商品按折扣)
固定金額(直接給某商品一個固定金額)
減價(直接單品減價)
這些和商品有個存放商品表中
優惠送禮品(某單品購滿多少件,送某禮品)
買贈(某單品買M送N)
訂單有關的存放訂單表中
和多表有關的設計獨立模組
團購(套餐,多個單品組合一個套餐價) 團購模組
搶購(單品指定總搶購M件,每個使用者有單獨限購1件) 搶購模組
加上計劃任務維護時間有關的屬性。
看下設計模式方面的東西,比如封裝一下 產生價格的方法。就是不同的活動返回不一樣的價格,說起來簡單,實現起來還是需要理解一下設計模式的
商品表關聯一個促銷規則欄位,關聯下面的ID
促銷規則表裡面有很多規則可以直接增刪改查,包括了你說的所有的規則
id,打折類型,直接折扣,固定金額。。買M,贈N(這變成兩個欄位)。。。。。這些
直接折扣(給一個折扣率,商品按折扣)固定金額(直接給某商品一個固定金額)減價(直接單品減價)優惠送禮品(某單品購滿多少件,送某禮品)買贈(某單品買M送N)團購(套餐,多個單品組合一個套餐價)搶購(單品指定總搶購M件,每個使用者有單獨限購1件)
還一個使用者購買明細表()
userId,促銷規則ID,訂單號。。。。。。。。
前兩個是聯合主鍵,這樣,不同的商品添加不同的規則不會對限購有影響
同時也可以對訂單添加限制
寫個計算方法類
根據規則ID計算(方便統一修改),如限購規則,可以進一步查詢使用者購買明細表限制
說實話,你這個需求這麼明確,直接就幹唄,一個半月???一周時間都不帶加班的,這還包括了測試
上面我說的可以應付 同樣是 直接就折扣 但不同商品有不同折扣,上面只要再加一個新的規則就行
如果想對某一分類做促銷,可以再計算方面裡面進行一下邏輯處理就行了