看板
[ Ajax ]
討論串[問題] 資料庫正規化的必要性
共 7 篇文章
內容預覽:
因為牽扯到JSON所以就來這個版問了. 我現在做了一個問卷系統. 可以自行增加問題. 而問題有很多種type，每一種type的attibute數量都不同. 譬如說..單選題需要"答案選項"，但是如果是文字空格就不需要"答案選項"，. 我現在的作法是把每一題都視作一個物件，傳進php的時候只需要用js
(還有289個字)
內容預覽:
沒什麼不能變的規定，程式寫得出來，需求也有達到，才是重點。. 一個問卷會產生一個table，想想問題好像也還好. 通常一個 table跟幾個 table join起來的大資料表都是由一支程式處理，. （純屬個人經驗…或者說習慣）. 如果 table一直生，那對應的處理程式也要跟著生嗎？. 如果是查整
(還有68個字)
內容預覽:
我講一下我為什麼要一個問卷放一個table好了. 因為每份問卷都不一樣. ---. 問卷一. 問題一答案一 問題一答案二 問題一答案三 問題二答案一. 第一份回覆 1 0 1 0. 第二份回覆 0 0 1 1. .. .. .. ---. 而其他問卷不一定長這樣，因為問卷是使用者自由設計的. 這樣做
(還有102個字)
內容預覽:
其實不就兩個table嗎.... table_1 問卷. 欄位包括{問卷id,題號,題目,答案,題目類型(依需求,需要才加)}. ￣￣￣￣￣. pk. table_2 作答結果. {使用者id,問卷id,題號,答案}. ￣￣￣￣￣￣￣￣￣￣. pk. 要撈問卷的時候就去table_1撈問卷id ,s
(還有20個字)
內容預覽:
推文太多. 用回覆的好了. 謝謝大家的回答. 稍微整理一下好了. 全部塞在同一個table的好處是好管理，可以設foreign key. 讓問卷刪除的時候有關連的資料也跟著刪除，不會造成redundancy. 個別建造table的好處是很直觀，不用做複雜的query，. 但是如果問卷刪除，還得在ph
(還有216個字)