[SQL ] 資料更新

[GoalBased (Artificail Intelligence)]

   資料庫名稱：mssql

   資料庫版本：2012

內容/問題描述：

我有一個表單給使用者填寫 ex:

表單編號
       5  鉛筆    10元
       5  原子筆  15元
       5  橡皮擦  20元


不過這個表單使用者是可以修改的，有可能使用者只是改了鉛筆的價格，

但也有可能是新增一個鉛筆盒 50元，又或者是把橡皮擦這筆資料刪掉，

這種狀況最簡單的做法單然是把表單編號5的資料全砍了，

之後新的表單資料再給予編號5，也有其他作法，例如用更新的，

想請問一下，這種狀況用甚麼做法比較好，優缺點又是甚麼?


--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 211.23.209.100
※ 文章網址: http://www.ptt.cc/bbs/Database/M.1404780250.A.0DB.html
推 NullLife:再多加一個序號就好啦 然後把編號+序號設為unique
→ NullLife:其實也不用 反正有名字可以識別是哪一筆資料 或用seq
不太清楚你說的方法，可以請你講的詳細點嗎?
推 up9cloud:站在使用者立場，做任何一件事都即時存取更新最好。
→ up9cloud:缺點就是code會複雜些，花的時間多一些...
這個內容時做對使用者完全沒有影響阿，有影響的只是程式怎麼更新資料，
或許你有點誤會我的意思
※ 編輯: GoalBased (60.249.104.106), 07/08/2014 12:25:09
→ bohei:我看不太懂你問題的核心是什麼@@
給使用者填寫的表單如下:

產品  價格
A     10
B     15
C     20

存到talbe的狀況會是:

編號  產品 價格
1      A    10
1      B    15
1      C    20

但是當使用者更改這個表單時，該如何維護資料庫的正確性，各種方法的優缺點
※ 編輯: GoalBased (60.249.104.106), 07/08/2014 12:47:48
→ bohei:純粹用UPDATE的最快吧? 先DELETE再INSERT等於兩次指令了
→ bohei:你說的批次DELETE再INSERT的情況應該是適用於整個table要
→ bohei:重新建立,可直接DROP,然後INSERT,最後再建立INDEX,省去逐筆
→ bohei:INSERT還要排序INDEX的時間
→ bohei:不知道你考慮要不要使用UPDATE的點在哪,因為直觀就是直接
→ bohei:UPDATE吧,不妨把你顧慮的點說出來,可以討論討論
因為如果本來五筆資料，修改後還是五筆，那update沒有問題，
但是修改後變成6筆，那新的那一筆不就是要insert嗎
※ 編輯: GoalBased (60.249.104.106), 07/08/2014 15:03:47
→ bohei:使用者修改的表單會有一個TEMP做記錄嗎? 如果會的話,可以考
→ bohei:慮將temp與實際資料的table做MERGE
→ bohei:至於你提到的新資料要INSERT,這是一定要的阿~~~~
→ bohei:但可以用UPDATE的就用UPDATE,可以省去重複DELETE,INSERT
→ bohei:排INDEX的時間摟~
→ bohei:再請問一下,你覺得整個DELETE再INSERT,這樣的程式碼可以應付
→ bohei:所有情況,所以才偏向這樣的做法嗎XD
我是說，整個刪掉再寫是最簡單的方法阿，當然這樣有缺點，所以我才會想問
其他做法，至於你說的TEMP是可以取出來的
※ 編輯: GoalBased (60.249.104.106), 07/08/2014 15:59:19
→ bohei:那MERGE應該是最簡單又最快速(效能)的做法吧..自動幫你比對,
→ bohei:條件符合(重複)使用UPDATE,無符合條件資料(新增)使用INSERT
關鍵字是MERGE嗎? 資料庫新手，還不夠熟悉，我會去查一下的，謝謝!!
※ 編輯: GoalBased (113.61.164.195), 07/08/2014 18:40:23
→ up9cloud:整份上傳跟單項修改就異動，資料多時差別真的蠻大的...
→ up9cloud:我不覺得對使用者沒影響，供你參考嚕...