現在很多網站都會有抽獎系統，那么抽獎系統是怎么設計的呢，下面我們就來說說：

1.我們可以把每個活動抽象出一張表，有具體的活動標題，活動的開始時間，活動的結束時間，因為每個活動限制的用戶抽取次數不同，所以有一個抽取次數的限制，還有活動的狀態，那么活動表我們起名為t_activity；

2.活動的獎勵我們可以抽象出一張表，獎勵有獎勵的類型，紅包和積分的具體數額，實物的獎品名稱，等等，獎品的等級，是一等獎，二等獎，三等獎，還是紀念獎，還有每個獎品獲取的概率，那么物品的表我們起名為t_prize；

3.如果是實物獎勵的話，需要用戶填寫一些信息，領取人的姓名，領取人的聯系方式，領取人的收獲地址t_information;

4.用戶每次抽獎的記錄，抽到了那個獎項，如果是紅包的和積分的話，數額是多少，用戶是否領取了獎勵，如果是實物的話，抽到了那個實物，是否填寫了實物的領取信息，還有抽獎時間t_raffle；

這就好像我們說的，我有一百個乒乓，其中一個是紅色。然后把這些放到一個盒子里面，然后你在進行摸。當你摸完一次以后，在把你摸到的乒乓放回到盒子里面，在進行摸。這些，你每次摸中紅色球的概率都是1/100。于是這樣就產生的一個問題，我們對獎品會變得不可控制。如果一個運氣好，很有可能機會造成獎品還不夠發送。如果運氣不好，這些獎品永遠都可能留在那里。

于是根據這種問題，又有一種方法，每一次我們摸中的球，不放回回去了。于是概率也就變成：1/100,1/99,1/98……。這樣也就控制了中獎的人數。但是這樣又會出現一個問題：作為開獎人我對抽獎時間是不可控的。很多商家希望的是我在每個時間段能發送相應的獎品回去，這樣更能提高抽獎的熱度。如果一個獎品很快我就發送出去出去了，后面來的人會很失望。

于是根據這個問題，又出現了一種方法。如果我們把獎品放到抽獎的數量上面去，那不就可以控制抽獎的時間和中獎的人數了。如果100次抽獎中，我想每隔10次就有一個中獎，于是，我就隨機吧中獎的機會放到5，16，21…..這樣的抽獎次數去。這樣我就能控制抽獎人的那種心情。能把更多的人留在我這里進行抽獎。

現在我們來說說關于數據庫設計：

然后我們來說說相關的設計思路：

Id：不做說明

OpporName：主要是為了區分，例如針對一個獎品我還要進行時間段的區分。所以當設置的獎品多的時候，就不方便區分了。

PrizeID：獎品ID。

PrizeName：獎品名稱。

PrizeNumber：獎品數量。（方便概率的計算，和獎品的統計。同時如果我對一個設置追加獎品的時候，能更好的使用）

OPNumberList：中獎的次數列表。這個是為了吧獎品設置到每次抽獎的次數上面去，如果數量不是很大，就用varchar類型。

PTNum：已經抽中的數量，這個也是方便，如果追加獎品能進行計算。同時可以計算獎品的剩余數量。

BeginDate：此抽獎概率適用開始時間。

EndDate：此抽獎概率適用結束時間。

ForeNumber：此次抽獎在前多少次抽獎里面進行選取。因為對于抽獎我們本身對某一時段的抽獎人數是不能拿確認的。一個小時里面，他有可能有100個人，或者有200個人。于是我們設置概率也就不能確認在多少，于是我們選擇了在某個時段，前多少次抽獎里面進行選取。例如我在2-3點之間，一般來的人為100-500個人，如果當天來的人只有100個，那么我設置到102這樣的次數上面，肯定獎品就只有輪空了。如果我們前100個人之間選，那么我的獎品肯定會配送出去的。

areaID：適于于那些地區。

UserID：我指定抽中的為某個人。這個是為了某些公司有自己的托而進行的設置。

NowNumber：現在抽獎的次數。

OrderID：獎品的概率排序。如果我有多個獎品在一個時間進行了覆蓋。我肯定要設置優先把那些獎品分配出去。

LotteryExp：領獎的有效時間。

OneMaxPriz：每次獎品中獎發放的數量。如果我們每次中獎給2張點卡，等等。

States：狀態。概率狀態。

文章題目：網站抽獎系統數據庫設計方案
文章轉載：http://m.newbst.com/news3/133953.html

成都網站建設公司_創新互聯，為您提供關鍵詞優化、App開發、虛擬主機、網站內鏈、移動網站建設、品牌網站設計

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯