Re: [問題] 資料庫正規化的必要性
※ 引述《tonilin (小強)》之銘言：
: 我講一下我為什麼要一個問卷放一個table好了
: 因為每份問卷都不一樣
: ---
: 問卷一
: 問題一答案一 問題一答案二 問題一答案三 問題二答案一
: 第一份回覆 1 0 1 0
: 第二份回覆 0 0 1 1
: .
: .
: .
: ---
: 而其他問卷不一定長這樣，因為問卷是使用者自由設計的
: 這樣做的好處是要統計資料的時候很方便，去特定的table，query要的答案
: 要看一份問卷的其中一份結果就是那個table的一個row，很直觀
: 不過如果要把全部的問卷都塞在同一個table
: 那我還不知道要怎麼設計才會漂亮@@
: 那時候找到別的問卷系統的這種設計方法突然豁然開朗
: 因為這種方法簡單又直接
: 可是現在又疑惑了@@..
: 資料庫有限定table數嗎？為什麼不能做會自動延伸的table？
其實不就兩個table嗎...
table_1 問卷
欄位包括{問卷id,題號,題目,答案,題目類型(依需求,需要才加)}
￣￣￣￣￣
pk
table_2 作答結果
{使用者id,問卷id,題號,答案}
￣￣￣￣￣￣￣￣￣￣
pk
要撈問卷的時候就去table_1撈問卷id ,sort by題號
使用者回答完就寫到table_2 有幾題就會建立幾個record
要撈某A對問卷1的作答 就撈使用者id = 'A' AND 問卷id = '1' sort by題號
這樣是否比較簡單XD
--
ˋ(′～‵")ˊ
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 114.32.105.1
推
01/09 04:10, , 1F
01/09 04:10, 1F
→
01/09 04:11, , 2F
01/09 04:11, 2F
→
01/09 04:12, , 3F
01/09 04:12, 3F
→
01/09 04:12, , 4F
01/09 04:12, 4F
→
01/09 11:52, , 5F
01/09 11:52, 5F
→
01/09 11:52, , 6F
01/09 11:52, 6F
→
01/09 11:53, , 7F
01/09 11:53, 7F
推
01/09 13:14, , 8F
01/09 13:14, 8F
→
01/09 13:14, , 9F
01/09 13:14, 9F
→
01/09 15:52, , 10F
01/09 15:52, 10F
→
01/09 15:53, , 11F
01/09 15:53, 11F
→
01/09 15:53, , 12F
01/09 15:53, 12F
→
01/09 15:54, , 13F
01/09 15:54, 13F
→
01/09 15:54, , 14F
01/09 15:54, 14F
→
01/09 15:55, , 15F
01/09 15:55, 15F
→
01/09 15:56, , 16F
01/09 15:56, 16F
→
01/09 15:56, , 17F
01/09 15:56, 17F
推
01/10 00:54, , 18F
01/10 00:54, 18F
→
01/10 02:14, , 19F
01/10 02:14, 19F
→
01/10 02:14, , 20F
01/10 02:14, 20F
→
01/10 02:15, , 21F
01/10 02:15, 21F
→
01/10 02:15, , 22F
01/10 02:15, 22F
→
01/10 02:16, , 23F
01/10 02:16, 23F
→
01/10 02:16, , 24F
01/10 02:16, 24F
→
01/10 02:16, , 25F
01/10 02:16, 25F
→
01/10 02:17, , 26F
01/10 02:17, 26F
→
01/10 02:18, , 27F
01/10 02:18, 27F
→
01/10 02:18, , 28F
01/10 02:18, 28F
推
01/10 10:54, , 29F
01/10 10:54, 29F
→
01/10 12:39, , 30F
01/10 12:39, 30F
討論串 (同標題文章)