[SQL ] 問投票系統資料庫規劃設計[MySQL]
請問各位先進
今天我要規劃一個投票系統提供給有會員資格的訪客投票
想請問關於這樣的功能資料庫應該如何規劃比較恰當
網路上通常都是針對單一投票作教學
規劃出來的資料庫不外乎結構是
表1. 投票列表
[紀錄目前有甚麼投票、投票時間 ..etc]
表2. 投票選項
[選項對應投票列表的ID，以取得該投票有哪些選項]
表3. 票選結果
[某某會員對某某投票所投下的選項]
個人認為對於投票數量較少的系統應該足以使用
但想知道對於較大型的投票系統，以FB民調來說
通常投票及選項皆很大量，而且調查量又多的狀況之下
這種規劃，投票選項跟結果很快就是幾十萬筆的數量以上
在需要查詢或統計的狀況下似乎不是很好(不是很確定)
因此想詢問關於這種系統，是否有較為恰當的設計方式
或者能夠較為有效利用資料庫的規劃
謝謝
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 114.32.186.193
→
03/17 11:56, , 1F
03/17 11:56, 1F
推
03/17 12:04, , 2F
03/17 12:04, 2F
→
03/17 12:05, , 3F
03/17 12:05, 3F
→
03/17 12:06, , 4F
03/17 12:06, 4F
→
03/17 12:06, , 5F
03/17 12:06, 5F
→
03/17 12:13, , 6F
03/17 12:13, 6F
→
03/17 12:13, , 7F
03/17 12:13, 7F
→
03/17 12:15, , 8F
03/17 12:15, 8F
→
03/17 13:32, , 9F
03/17 13:32, 9F
→
03/17 13:33, , 10F
03/17 13:33, 10F
→
03/17 13:34, , 11F
03/17 13:34, 11F
→
03/17 13:36, , 12F
03/17 13:36, 12F
→
03/17 13:51, , 13F
03/17 13:51, 13F
→
03/17 13:51, , 14F
03/17 13:51, 14F
→
03/17 13:53, , 15F
03/17 13:53, 15F
感謝說明，目前手邊這個以上面的規劃是綽綽有餘，
只是自己想知道有沒有更好的規劃方法(在有限硬體限制下)
若單純以租用虛擬主機的狀況下
同時處理的投票量大約1~20筆，可能在一定時間內會有定量的讀取量而已
這種負載而言應該是一般主機都能應付的條件
投票後刷新要立刻取得投票量，但不用做到即時更新票數(重整再取得即可)
這裡的精確度個人不是很懂意思~"~
其實我個人的問題是在於，如果投票系統不是短期使用，
而是長期且有穩定使用的狀況下，在上面這種規劃的資料庫結構
是不是會造成影響
例
我要即時從 N 筆投票中取得某個會員對某個投票所投的選項
在取得資料的效率及時間上是否可以因更好規畫而有所提升
PS
個人主要還是只對小型的網站做資料庫規劃，
較少以長期使用的情況做討論，所以想了解多一點
謝謝指導及指教
※ 編輯: kerash 來自: 114.32.186.193 (03/17 17:00)
→
03/17 18:15, , 16F
03/17 18:15, 16F
→
03/17 18:17, , 17F
03/17 18:17, 17F
→
03/17 20:31, , 18F
03/17 20:31, 18F
推
03/21 23:31, , 19F
03/21 23:31, 19F
討論串 (同標題文章)
以下文章回應了本文：
完整討論串 (本文為第 1 之 2 篇)：