[SQL ] 資料更新

看板Database (資料庫)作者 (Artificail Intelligence)時間10年前 (2014/07/08 08:44), 10年前編輯推噓2(2020)
留言22則, 3人參與, 最新討論串1/1
資料庫名稱: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

07/08 09:43, , 1F
再多加一個序號就好啦 然後把編號+序號設為unique
07/08 09:43, 1F

07/08 09:45, , 2F
其實也不用 反正有名字可以識別是哪一筆資料 或用seq
07/08 09:45, 2F
不太清楚你說的方法,可以請你講的詳細點嗎?

07/08 10:23, , 3F
站在使用者立場,做任何一件事都即時存取更新最好。
07/08 10:23, 3F

07/08 10:24, , 4F
缺點就是code會複雜些,花的時間多一些...
07/08 10:24, 4F
這個內容時做對使用者完全沒有影響阿,有影響的只是程式怎麼更新資料, 或許你有點誤會我的意思 ※ 編輯: GoalBased (60.249.104.106), 07/08/2014 12:25:09

07/08 12:41, , 5F
我看不太懂你問題的核心是什麼@@
07/08 12:41, 5F
給使用者填寫的表單如下: 產品 價格 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

07/08 12:54, , 6F
純粹用UPDATE的最快吧? 先DELETE再INSERT等於兩次指令了
07/08 12:54, 6F

07/08 12:57, , 7F
你說的批次DELETE再INSERT的情況應該是適用於整個table要
07/08 12:57, 7F

07/08 12:58, , 8F
重新建立,可直接DROP,然後INSERT,最後再建立INDEX,省去逐筆
07/08 12:58, 8F

07/08 12:58, , 9F
INSERT還要排序INDEX的時間
07/08 12:58, 9F

07/08 13:01, , 10F
不知道你考慮要不要使用UPDATE的點在哪,因為直觀就是直接
07/08 13:01, 10F

07/08 13:01, , 11F
UPDATE吧,不妨把你顧慮的點說出來,可以討論討論
07/08 13:01, 11F
因為如果本來五筆資料,修改後還是五筆,那update沒有問題, 但是修改後變成6筆,那新的那一筆不就是要insert嗎 ※ 編輯: GoalBased (60.249.104.106), 07/08/2014 15:03:47

07/08 15:34, , 12F
使用者修改的表單會有一個TEMP做記錄嗎? 如果會的話,可以考
07/08 15:34, 12F

07/08 15:35, , 13F
慮將temp與實際資料的table做MERGE
07/08 15:35, 13F

07/08 15:35, , 14F
至於你提到的新資料要INSERT,這是一定要的阿~~~~
07/08 15:35, 14F

07/08 15:36, , 15F
但可以用UPDATE的就用UPDATE,可以省去重複DELETE,INSERT
07/08 15:36, 15F

07/08 15:36, , 16F
排INDEX的時間摟~
07/08 15:36, 16F

07/08 15:37, , 17F
再請問一下,你覺得整個DELETE再INSERT,這樣的程式碼可以應付
07/08 15:37, 17F

07/08 15:38, , 18F
所有情況,所以才偏向這樣的做法嗎XD
07/08 15:38, 18F
我是說,整個刪掉再寫是最簡單的方法阿,當然這樣有缺點,所以我才會想問 其他做法,至於你說的TEMP是可以取出來的 ※ 編輯: GoalBased (60.249.104.106), 07/08/2014 15:59:19

07/08 16:08, , 19F
那MERGE應該是最簡單又最快速(效能)的做法吧..自動幫你比對,
07/08 16:08, 19F

07/08 16:09, , 20F
條件符合(重複)使用UPDATE,無符合條件資料(新增)使用INSERT
07/08 16:09, 20F
關鍵字是MERGE嗎? 資料庫新手,還不夠熟悉,我會去查一下的,謝謝!! ※ 編輯: GoalBased (113.61.164.195), 07/08/2014 18:40:23

07/09 02:00, , 21F
整份上傳跟單項修改就異動,資料多時差別真的蠻大的...
07/09 02:00, 21F

07/09 02:12, , 22F
我不覺得對使用者沒影響,供你參考嚕...
07/09 02:12, 22F
文章代碼(AID): #1JkpxQ3R (Database)
文章代碼(AID): #1JkpxQ3R (Database)