Re: [問題] 資料庫正規化的必要性

看板Ajax作者 (小強)時間14年前 (2010/01/09 02:38), 編輯推噓4(4推 0噓 10→)
留言14則, 3人參與, 最新討論串3/7 (看更多)
我講一下我為什麼要一個問卷放一個table好了 因為每份問卷都不一樣 --- 問卷一 問題一答案一 問題一答案二 問題一答案三 問題二答案一 第一份回覆 1 0 1 0 第二份回覆 0 0 1 1 . . . --- 而其他問卷不一定長這樣，因為問卷是使用者自由設計的 這樣做的好處是要統計資料的時候很方便，去特定的table，query要的答案 要看一份問卷的其中一份結果就是那個table的一個row，很直觀 不過如果要把全部的問卷都塞在同一個table 那我還不知道要怎麼設計才會漂亮@@ 那時候找到別的問卷系統的這種設計方法突然豁然開朗 因為這種方法簡單又直接 可是現在又疑惑了@@.. 資料庫有限定table數嗎？為什麼不能做會自動延伸的table？ -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 122.116.233.166
推
01/09 02:40, , 1F
小弟也對TonyQ和grence大可以用一個table吃下百百種
01/09 02:40, 1F
→
01/09 02:40, , 2F
問卷該如何設計感到好奇....
01/09 02:40, 2F
推
01/09 03:07, , 3F
回樓上 就在家一欄當作維度啊
01/09 03:07, 3F
→
01/09 03:08, , 4F
就會有survey_id, field_id, record_id這樣..
01/09 03:08, 4F
推
01/09 03:10, , 5F
http://0rz.tw/7BksV 之前寫的萬用報名系統
01/09 03:10, 5F
→
01/09 03:11, , 6F
其中pool就是萬用資料表 用起來效果很好 效能就GG了
01/09 03:11, 6F
→
01/09 03:11, , 7F
而且我還整個table lock住XD
01/09 03:11, 7F
→
01/09 03:12, , 8F
甚至報名到一半還可以改變欄型態 從radio改checkbox都行
01/09 03:12, 8F
→
01/09 03:12, , 9F
因為他很醜陋的存字串內容 原本想說都存id 但轉換麻煩
01/09 03:12, 9F
→
01/09 03:13, , 10F
就直接存真正有效的value=>字串內容
01/09 03:13, 10F
→
01/09 03:13, , 11F
最近沒有要用 處於半癱瘓狀態XD
01/09 03:13, 11F
推
01/09 03:18, , 12F
(糟了我竟然如此厚顏無恥的在這貼這麼醜的code @@)
01/09 03:18, 12F
→
01/09 15:51, , 13F
再簡單也不過的理由 , 你的ERD跟系統結構要怎麼描述 -_-;;
01/09 15:51, 13F
→
01/09 17:51, , 14F
喔喔這樣一畫出來就看懂了@@!... 之前沒想通
01/09 17:51, 14F
‣ 更多 tonilin 的文章
文章代碼(AID): #1BHtkIXB (Ajax)
討論串 (同標題文章)
以下文章回應了本文：
完整討論串 (本文為第 3 之 7 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共7篇)
‣ 更多 tonilin 的文章
文章代碼(AID): #1BHtkIXB (Ajax)