Re: [SQL ] 邏輯上的問題請不吝賜教

看板Database (資料庫)作者idleidle (格物致知溫故知新)時間12年前 (2013/01/09 23:53)推噓8(8推 0噓 16→)

留言24則, 3人參與討論串3/3 (看更多)

如果有重複資料你該做的是正規化才對，設計就有問題了或者在使用到外鍵的table的定義加入更新異常的處理方式我記得是有預設值、null值、禁止、連動修改 ※ 引述《horcy (HC)》之銘言： : 小弟與同事再編寫SQL的update時，會有兩種寫法。 : 但對我的程式而言，因為只需要更新姓名及地址， : 所以常常都沒有注意到會不會有邏輯上的錯誤， : 今天跟同事討論，才聽同事說我的寫法1， : 有邏輯上的問題，許多地方不能這樣用。 : 以下是兩個範例表格(環境為MsSQL server) : EmpSal 員工薪資有可能位有重複資料。 : name 姓名 : address 地址 : idno 身分證號 : recoid 流水號(key) 與Emp_Old無關 : Emp_Old 員工資料是Views，經過設計，絕對不會有重複。 : name 姓名 : address 地址 : idno 身分證號 : recoid 流水號(key) 與EmpSal無關 : 以下是我說的兩種寫法 : 寫法1. : update EmpSal set address=a.address, name=a.name : from Emp_Old a : where Emp.idno=a.idno : 寫法2. : update update EmpSal set address=a.address, name=a.name : from EmpSal e inner join Emp_Old a on e.idno=a.idno : 同事的說法是，只要寫法1產生出兩個表格都會有重複值的情況，就有可能會出錯。 : 比方說，某個職員有兩個身分，需要兩筆資料，就有可能寫出錯誤的結果。 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 多值屬性照理說要分割成另一個表格。不然一定會有參考完整性的問題.. 感覺上這麼會開出怎麼特殊的table，這樣設計是有特別的作用嗎？@@ : 可是我的觀念是，怎麼join就怎麼where不就好了？ : 因為實際經驗只限於常操作的幾個表格， : 所以常常會有盲點，希望各位能夠幫我指出盲點。 : ps.我很對不起我以前的老師，我上課都在打混.. -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 203.70.75.157

推

LaPass

01/10 02:57, , 1^F

01/10 02:57, 1^F

→

LaPass

01/10 02:58, , 2^F

01/10 02:58, 2^F

推

Adonisy

01/10 03:18, , 3^F

01/10 03:18, 3^F

推

Re: [SQL ] 邏輯上的問題 請不吝賜教

Re: [SQL ] 邏輯上的問題請不吝賜教