它說..0個資料列受影響耶>"<

是不是我要先select把那5000筆資料查出後再改?

再試看看...

<pre class="c" name="code">UPDATE B SET B.001 = A.001 FROM A WHERE A.003 = B.006

如果這樣可以...那

<pre class="c" name="code">UPDATE B SET B.001 = A.001 FROM B INNER JOIN A ON A.003 = B.006

應該也可以.

如果再不行, 就用Cursor來做吧.... 我再把程式碼PO上來

出現..."訊息 2627，層級 14，狀態 1，行 1
違反 PRIMARY KEY 條件約束 'PK_COPMD'。無法在物件 'dbo.COPMD' 中插入重複的索引鍵。
陳述式已經結束。"

是不是我後來補充的那段造成的@@a

<pre class="c" name="code">DECLARE @A001 NVARCHAR(20), @A003 NVARCHAR(200)

SET @A001 = ''
SET @A003 = ''
DECLARE A_Loop CURSOR FOR
    SELECT A.001, A.003 FROM A, B WHERE A.003 = B.006 AND A.001 <> B.001
FOR READ ONLY

OPEN A_Loop
FETCH NEXT FROM A_Loop INTO @A001, @A003
WHILE @@FETCH_STATUS = 0 BEGIN
    UPDATE B SET B.001 = @A001 WHERE B.006 = @A003
    FETCH NEXT FROM A_Loop INTO @A001, @A003
END
CLOSE A_Loop
DEALLOCATE A_Loop

aenbishyar提到：
違反 PRIMARY KEY 條件約束 'PK_COPMD'

這是因為在B.001欄位中已經有相同的客戶編號存在了...不能有兩個相同的客戶編號

這是先定義一個空白欄位，放入值後再回寫？

還是一樣耶>"<..出現"違反 PRIMARY KEY …"這段錯誤訊息>"<

我想樓主要先拿定主意(搞清楚)
B001到底是"聯絡人編號"還是"客戶編號"？

如果B001是聯絡人編號
那就應該有另一個欄位是存放"客戶編號"(在B資料表中會重覆)

如果B001是客戶編號
那麼應該會有類似“序號”的欄位
用以識別”同一個客戶的多個連絡人”

提供一個最快最有效的做法
就是
將兩個資料表的table schema貼上來
再各附上各幾筆資料當範例

那麼simon大大就可以很快地
解決你的問題了

aenbishyar提到：
先定義一個空白欄位

您用的SQL Server嗎?
您會使用SSMS嗎?
先用SSMS把B表的Promary Key拿掉....然後...

<pre class="c" name="code">1. UPDATE B SET 001 = 'X'
2. UPDATE B SET B.001 = A.001 FROM B INNER JOIN A ON A.003 = B.006

接下來再把B表中001欄位內容是'X'的, 重新編號...
再把B表的Primary Key建回來.

希望您已經先把B表備份了.

aenbishyar提到：
違反 PRIMARY KEY …"這段錯誤訊息

你可以找出PRIMARY KEY是指定在那些欄位嗎？

我不會用SSMS>"<
我只學過一學期的資料庫,老師光解釋資料表間的關聯就花半學期多了吧@@|||
所以我都是從網路湊出來語法的>"<

解說一下定義

COPMA 為客戶資料表
MA001 為客戶編號
MA003 為客戶名稱
COPMD 為客戶聯絡人資料表
MD001 為客戶編號
MD002 為聯絡人序號
MD006 為客戶名稱

MD001 與 MD002為PRIMARY KEY

看來是在幫忙寫作業了....請版大研究一下SSMS, 照我說的解除Primary Key再建Key的方式來做吧...

我不是在寫作業！如果寫作業我就慢慢研究就好了Orz
是公司要用的啦..寫作業怎麼可能有5000筆錯誤>"<

SSMS要安裝程式嗎？要版權嗎？如果要的話..我想我們公司是不會買的啦>"<

通常PK欄位是不能UPDATE的, 所以您要先想辦法把PK限制拿掉, 再去UPDATE
, 不然不會成功的.

不會吧!!我要改的是我們ERP的資料庫耶>"<..所以..是要寫程式拿掉嗎??我有向ERP廠商提出問題..客服的回覆是"我是客服,不懂SQL語法"..我請她問程式撰寫人員,幫忙寫SQL語法,但客服人員不肯..只好拜託大大了>"<

aenbishyar提到：
COPMA 為客戶資料表
MA001 為客戶編號
MA003 為客戶名稱
COPMD 為客戶聯絡人資料表
MD001 為客戶編號
MD002 為聯絡人序號
MD006 為客戶名稱

以這種schema來看
MD006 比較像是聯絡人姓名而不是客戶名稱
如果MD006真的要放客戶名稱
那還不如放客戶編號比較不會錯亂

話又說回來
ERP廠商設計的Table
如果沒有相當的把握
自已去改資料實在不是件好事
更別說是改Key值了

如果真的要改
那就照simon大大的方式去改
但是記得資料要先備份(要可以恢復回來)

至於SMSS倒是小事
只要你有權限以及可以下SQL指令的地方的話
移除Primary key指令如下

<pre class="c" name="code">
/* For SQL Server/Oracle/MS ACCESS */
ALTER TABLE Table1
DROP CONSTRAINT PK_Table1_Col1
GO

/* For MySql */
ALTER TABLE Table1
DROP PRIMARY KEY
GO

以上提供參考
祝好運...

以下是我猜測的另一個可能
如果MD006真的是客戶名稱而不是連絡人名稱
那麼MD001應該是
"主要的客戶編號"而不是"MD006的客戶編號"

講不太清楚，用實際的資料看
這是原來的資料
左方是客戶資料
右方是“客戶的聯絡人資料”
是一對多的關係

以蟹堡王餐廳來看
他有三個連絡人，即另外三個客戶名稱
而這三筆資料的MD001都相同
不是自已的客戶編號
全部都是蟹堡王的客戶編號(c002)

如果你真的去改了MD001
可能會變成如下

此時可以看出兩筆賣當勞的
MD001, MD002 都完全相同
即會造成違反PRIMARY KEY CONSTRAINT的狀況

.....

祝好運

TO:antijava
目前的狀況的確如你所說沒錯@@
真的是MD001中有許多重覆值
因為是一個MA對很多個MD

目前我們的公司資料就是如此@@：

COPMA COPMD
MA001 MA003 MD001 MD002 MD006 MD007
C001 麥當勞 C001 001 麥當勞 麥小姐
C002 肯德雞 C002 001 肯德基 肯先生
C003 頂呱呱 C002 002 肯德基 德小姐
C004 摩斯 C002 003 肯德基 基金
C003 001 摩斯 摩斯堡
C003 002 摩斯 摩太太
C004 001 頂呱呱 頂好吃
C004 002 頂呱呱 呱寶
C004 003 頂呱呱 分店
C004 004 頂呱呱 店長

所以..
是沒辦法改的囉?@@a

aenbishyar提到：
我要改的是我們ERP的資料庫耶

那家的ERP? 那些顧問幫忙導的ERP? 您可以透露一下嗎? 以後遇見了, 就說: 謝謝光臨...然後送出公司大門....

還有個解法:

<pre class="c" name="code">CREATE TABLE TEMP01 AS (SELECT * FROM COPMD);
UPDATE TEMP01 B SET B.001 = A.001 FROM COPMA A WHERE A.003 = B.006;
<<檢查TEMP01的資料內容是否OK>>
<<先把COPMD備份>>
DELETE COPMD;
INSERT INTO COMPD(MD001, MD002, MD006, MD007) SELECT MD001, MD002, MD006, MD007 FROM TEMP01;

請注意:

1. 最後INSERT指令的欄位您要視實際情形調整
2. 刪資料前先做好備份

最後, 我真的沒有生氣...最近公司正在重新評估ERP系統, 這兩個星期在做專案計劃和最後選商階段, 就沒注意到這個版塊. 希望以上的說明有助於您的工作.

這個語法的意思是，先建一個TEMP01的資料表，將COPMD的東西放入並刪除COPMD，然後直接修改TEMP01內的資料後再放回COPMD??