各位前輩：大家好。

以下是MSSQL給我的錯誤訊息：『multiple-step operation generated errors』，客戶貼給我的是類似的中文的訊。

程式環境是：ADO/AdoQuery/BatchUpdate/Master-Detail﹝M固定，Detail作Append﹞，mssql是較好的2K版本。出問題的這支，在Access的環境是沒問題的。而這支﹝為便判別，以甲Form表示﹞是由另一支類似的Form﹝為便判別，以乙Form表示﹞拷過來的，另一支的處理碼機幾乎完全一模一樣，而其同樣作業在MSSQL是運作良好。

小弟檢視追蹤甲Form原始碼發現它執行到：AdoQuery1.Post;及AdoQuery1.UpdateBatch時就會來這套很可愛的訊息。同樣的在乙Form就不會。小弟仔細對了一早上兩個Form的FormCreate及ModiAdoQuerySQLAndOpen及Master/Detail設定，及AdoQuery.UpdateBatch的設定，幾乎沒有何變化。

攪了兩天，小弟真是有點糊塗了，可能原因是出在那裏？可否請前輩們提示一下。先謝謝了。

另外尚想請前輩們幫忙的是，不知道那裏可以找到MSSQL類似這些ErrorMsg清單及處理建議，如果有類似範例或FAQ就更更好了。

錯字連篇，真對不起。因為不知不何修改，只有改正後再貼一次。請海涵。改正後文如下：

各位前輩：大家好。

以下是MSSQL給我的錯誤訊息：『multiple-step operation generated errors』，客戶貼給我的是類似的中文的訊息。

程式環境是：ADO/AdoQuery/BatchUpdate/Master-Detail﹝M固定，Detail作Append﹞，mssql是較舊的2K版本。出問題的這支，在Access的環境是沒問題的。而這支﹝為便判別，以甲Form表示﹞是由另一支類似的Form﹝為便判別，以乙Form表示﹞拷過來的，另一支的處理碼機幾乎完全一模一樣，而其同樣作業在MSSQL是運作良好。

小弟檢視追蹤甲Form原始碼發現它執行到：AdoQuery1.Post;及AdoQuery1.UpdateBatch時就會來這套很可愛的訊息。同樣的在乙Form就不會。小弟仔細對了一早上兩個Form的FormCreate及ModiAdoQuerySQLAndOpen及Master/Detail設定，及AdoQuery.UpdateBatch的設定，幾乎沒有何變化。

攪了兩天，小弟真是有點糊塗了，可能原因是出在那裏？可否請前輩們提示一下。先謝謝了。

另外尚想請前輩們幫忙的是，不知道那裏可以找到MSSQL類似這些ErrorMsg清單及處理建議，如果有類似範例或FAQ就更更好了。

你係咪同一時間做兩條或以上的 SQL?

===================引 用 文 章===================

錯字連篇，真對不起。因為不知不何修改，只有改正後再貼一次。請海涵。改正後文如下：

各位前輩：大家好。

以下是MSSQL給我的錯誤訊息：『multiple-step operation generated errors』，客戶貼給我的是類似的中文的訊息。

程式環境是：ADO/AdoQuery/BatchUpdate/Master-Detail﹝M固定，Detail作Append﹞，mssql是較舊的2K版本。出問題的這支，在Access的環境是沒問題的。而這支﹝為便判別，以甲Form表示﹞是由另一支類似的Form﹝為便判別，以乙Form表示﹞拷過來的，另一支的處理碼機幾乎完全一模一樣，而其同樣作業在MSSQL是運作良好。

小弟檢視追蹤甲Form原始碼發現它執行到：AdoQuery1.Post;及AdoQuery1.UpdateBatch時就會來這套很可愛的訊息。同樣的在乙Form就不會。小弟仔細對了一早上兩個Form的FormCreate及ModiAdoQuerySQLAndOpen及Master/Detail設定，及AdoQuery.UpdateBatch的設定，幾乎沒有何變化。

攪了兩天，小弟真是有點糊塗了，可能原因是出在那裏？可否請前輩們提示一下。先謝謝了。

另外尚想請前輩們幫忙的是，不知道那裏可以找到MSSQL類似這些ErrorMsg清單及處理建議，如果有類似範例或FAQ就更更好了。

小弟這段程式碼沒有直接下過Update/Insert/Delete之SQL命令，只是很單純的AdoQuery.Append與AdoQuery.Post，當然中間還有好幾次用Select到別的表格抓必要資料。

這個中文的錯誤訊息是；『多重步驟操作發生錯誤，請簡查每一個狀態值』。是因為這個Select的緣故嗎？要如何檢查狀態值？要檢查那些狀態值？先謝謝前輩們的指點。

雖然不知實際的資料庫狀況,但是還是給你一個方向好讓CASE可以慢慢推動

就是在先在程式裡面檢查每一個UPDATE 或 INSERT 後有無關閉連線(先嘗試讓資料庫不會有多筆資料連線)

然後檢查程式關閉後有無釋放連線

謝謝 ko 及wtfka 兩位大大的回應。很報歉這麼久才回應，實在是輟手無策，萬分失望，故久沒回應。

小弟今天將這個問題解決了，上來與大家分享一下。

本來，我是完全灰心了，想不管它了。當初只是mssql版本某一支很少用的程式偶爾會出問題，現在竟連日常收付也出現這個Msg，甚至連PostgreSQL的版本也來湊熱鬧。看來非處理不可。經多次比對及測試無果後，總算找出原因，原來是某欄為VarChar(30)，但實際要存進去的是32字元長度。放大了欄寬就可以了。

這是用Google從網路上找出來的解法得來的靈感。問題總算解決了。謝謝ko 及wtfka 兩位大大，也謝謝網路上其他無私的先進前輩們。