一元奪寶系統整體架構概覽

 

系統介紹

一元奪寶項目,前段時間非常火;出現了很多奪寶平臺,最近由於市場的監管,確實少了很多;奪寶模式其實非常簡單,類似於彩票;就跟有個段子說的:大家每人給我發10元,每滿50元將抽出一名幸運用戶,獎勵40元;搏一搏,單車變摩托;

一個價值1000元的商品,平臺將價格提高到1100元;然後大家一起來湊錢買,滿了1100元后,抽取一個人獲得此商品;平臺的盈利模式也簡單明瞭;直接獲取市場價差額,另外奪寶量大也可以獲得更加低廉的進貨渠道;同時,有些奪寶中獎用戶也會通過低價折現的方式,將商品回購給平臺;

我們也打算做了一個類似的項目,當然我們的目的更加純粹一些,並不是爲了賺錢,目的在於活躍社區用戶氛圍,將用戶在社區活躍所賺取的虛擬貨幣用來奪寶投注,通過奪寶的方式反饋給部分用戶;

 

整體架構

數據結構包含了奪寶配置、奪寶信息、奪寶記錄、奪寶號碼、奪寶期號等數據結構,詳情見圖:

 

一些數據結構的簡要說明:

1、奪寶配置:因爲奪寶是一個系列,從第一期開始一直往後開,第一期完了開第二期,第二期完了開第三期,如此往復;此時,一個基礎配置也就顯得十分必要了,基礎配置相當於一個母體,可以產生無數的奪寶信息;奪寶配置包括了奪寶標題、圖標、購買貨幣類型,需要購買的總份數等基礎數據;奪寶配置狀態決定了是否繼續開啓下一期,當配置禁用後,不會影響當前正在奪寶的項目,但在本期結束後,不開啓新的奪寶;

2、奪寶信息:通過奪寶配置派生出來的奪寶詳情、開啓第一期奪寶時,首先從奪寶配置表裏面讀取基礎數據,填充到奪寶信息表裏面;當一期奪寶買滿以後,自動根據獎品類型發放獎勵,如果是平臺虛擬幣,直接發放到用戶賬戶中,如果是商城實物,自動產生一個已付款的訂單,待用戶填寫收貨地址;處理完畢以後,繼續讀取配置,開啓下一期的奪寶,奪寶期數+1;

3、奪寶記錄:記錄了用戶的奪寶概覽信息、乍一看可能有些同學會覺得這個數據結構有些多餘,當你看到複雜的前端設計,你就會知道它的好處了;此表主要記錄:奪寶記錄以用戶ID、奪寶ID作爲唯一索引,也就是說,一期奪寶一個用戶只有一條記錄,主要用於統計用戶是否中獎,用戶購買的份數;

4、奪寶編號:類似於彩票序列號,每一個份額一個序列號;如:1000元的奪寶項目,會產生1000個不重複的序列號,供用戶購買;用戶支付後,自動給用戶一個序列號;序列號作爲開獎的依據,表面上看也提高了中獎的真實性;

5、奪寶期號:期號獨立做一個表,看起來確實有點多餘了;主要是因爲當時在設計時候,需求經常變化,如奪期號奪寶的購買類型分組(人民幣和虛擬平臺幣),後來又按商品ID來區分;總之經過了很多需求的變化,最後衍生出來的;同學們也可以忽略此表;直接將期號寫入奪寶配置表,每開一起,期號+1即可;

 

 


 

 

奪寶流程:


數據結構:

t_conf:奪寶配置表

 

t_dobo:奪寶信息表

 

t_dobo_record:奪寶記錄表

 

t_dobo_code:奪寶號

 

t_dobo_period:奪寶期號記錄

 

 

注意事項:

1、人民幣支付奪寶時,可能會存在時間差問題;比如,用戶購買時100份,當第三方支付成功回調時,發現只剩下50份了;這時候該怎麼處理?提供幾個參考思路:

1.1、     充值成平臺貨幣,如(奪寶幣),充值成功以後再按實際的金額扣除、剩下的錢遺留在用戶賬戶裏;用戶可以用於下次奪寶或提現;

1.2、     比較暴力的方法,直接將剩下的金額用於參與下一期奪寶;

2、事務控制務必完善,支付、扣減奪寶數量、寫入奪寶信息、發放獎勵這些行爲必須保證在一個事務裏面執行,避免出現數據錯亂;

 

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章