推 GoalBased: transation 不知道有沒有拼錯 01/20 08:59
推 rockchangnew: 包在transaction 中即可 01/20 18:42
推 crossdunk: 用交易就可以囉~ 01/21 12:30
→ gname: 一個 UPDATE 會大於 DELETE+INSERT的時間嗎? 01/23 11:02
→ a926: gname大 千萬不要相信你的電腦不會遇到鬼啊 XD 01/23 11:09
最近在做一個問卷的資料庫。
這個問卷的題目實在有夠多。
所以我在寫Updata的時候，就有點想偷懶，直接給他delete+insert
我知道這樣有風險，一旦delete之後，insert之前當機，就毀了。
所以大家應該不會這樣做吧？
都會乖乖的一個一個updata set....
不知道針對這種超多欄位的問卷，大家有無其他更好的設計方式？
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 96.229.213.147
※ 文章網址: https://www.ptt.cc/bbs/Database/M.1421703085.A.493.html