Re: [SQL ] 問投票系統資料庫規劃設計[MySQL]

看板Database作者carlcarl (carl)時間11年前 (2013/03/18 02:19)推噓3(3推 0噓 8→)

留言11則, 3人參與討論串2/2 (看更多)

※ 引述《kerash (K.T)》之銘言： : 請問各位先進 : 今天我要規劃一個投票系統提供給有會員資格的訪客投票 : 想請問關於這樣的功能資料庫應該如何規劃比較恰當 : 網路上通常都是針對單一投票作教學 : 規劃出來的資料庫不外乎結構是 : 表1. 投票列表 : [紀錄目前有甚麼投票、投票時間 ..etc] : 表2. 投票選項 : [選項對應投票列表的ID，以取得該投票有哪些選項] : 表3. 票選結果 : [某某會員對某某投票所投下的選項] : 個人認為對於投票數量較少的系統應該足以使用 : 但想知道對於較大型的投票系統，以FB民調來說 : 通常投票及選項皆很大量，而且調查量又多的狀況之下 : 這種規劃，投票選項跟結果很快就是幾十萬筆的數量以上 : 在需要查詢或統計的狀況下似乎不是很好(不是很確定) : 因此想詢問關於這種系統，是否有較為恰當的設計方式 : 或者能夠較為有效利用資料庫的規劃 : 謝謝我覺得是沒啥問題表2可以加入這個選項的票數這樣你不用每次都重算這樣你一般查詢或統計應該就只會用表1和表2而已應該速度不是啥問題 (當然索引要建好) 如果資料量大的話先做sharding就好 -- http://blog.carlcarl.tw -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 60.251.192.96

推

kerash

03/18 09:19, , 1^F

03/18 09:19, 1^F

→

kerash

03/18 09:19, , 2^F

03/18 09:19, 2^F

→

iFEELing

03/19 00:00, , 3^F

03/19 00:00, 3^F