微軟更新重大Bug,造成access更新查詢(xún)中，提示查詢(xún)‘’中斷（查詢(xún)失敗）的解決方案

有網(wǎng)友反饋平颱運(yùn)行齣錯(cuò)，後麵髮現(xiàn)是微軟補(bǔ)丁更新導(dǎo)緻的。
不光是Access通用平颱，其牠使用Access更新查詢(xún)的數(shù)據(jù)庫(kù)在微軟自動(dòng)更新補(bǔ)丁後都有可能齣現(xiàn)這箇錯(cuò)誤。而且微軟暫時(shí)還沒(méi)有修複的補(bǔ)丁，所以隻能按照本篇技巧中下麵的相關(guān)方法來(lái)處理。

先確保您齣現(xiàn)的是以下錯(cuò)誤:
1.查詢(xún) '' 中斷

2.Query is corrupt 或  Critical Alert: Query is Corrupt, Error 3340

當(dāng)運(yùn)行一箇更新查詢(xún)時(shí)，牠可能不運(yùn)行併顯示錯(cuò)誤:"Query 'query name' is corrupt". （查詢(xún) 中斷）

這箇更新查詢(xún)錯(cuò)誤髮生條件:
1.直接更新單箇錶(卽更新錶，而不是Select查詢(xún)或聯(lián)接的輸齣)
2.指定WHERE子句(卽在查詢(xún)?cè)O(shè)計(jì)器的條件行中有條目)

這箇問(wèn)題影響所有支持的access版本

該問(wèn)題在2019年11月12日通過(guò)以下MSI版本的補(bǔ)丁更新被引入:
Office 2010: Office 2010安全更新説明:2019年11月12日(KB4484127)
Office 2013: Office 2013安全更新説明:2019年11月12日(KB4484119)
2016年辦公:2016年辦公安全更新説明:2019年11月12日(KB4484113)
2016辦公室:2019年11月12日，2016辦公室更新(KB3085368)

微軟預(yù)計(jì)修複的髮佈日期

短時(shí)解決方案：

1、卸載更新。

打開(kāi)繫統(tǒng)的“運(yùn)行”或者直接輸入win+r，輸入“appwiz.cpl”，確定打開(kāi)“添加或刪除程序”（在控製麵闆打開(kāi)亦可）

搜索相關(guān)您對(duì)應(yīng)版本下載的補(bǔ)丁  卸載/刪除，如office2010 卽卸載(KB4484127)

對(duì)於Office 365用戶(hù)，請(qǐng)遵循以下步驟:
1.打開(kāi)Office併在“Account”下選擇禁用更新選項(xiàng)。

2.使用此鏈接查找要還原爲(wèi)的Office版本:Update history for Office 365 ProPlus (listed by date)，例如,“16.0.12130.20272”
3.下載office Deployment 工具 (Download)
4.按照提示將文件解壓縮到一箇容易訪(fǎng)問(wèn)的文件夾。
在該文件夾中，使用記事本創(chuàng)建一箇名爲(wèi)“config”的新文件。xml包含:

<Configuration>
<Updates Enabled="TRUE" TargetVersion="16.0.12130.20272" />
</Configuration>

setup.exe /configure config.xml

6.打開(kāi)Office程序，進(jìn)入賬戶(hù)頁(yè)麵，“立卽穫?cè)「隆?。這返迴到更新16.0.12130.20272。

蔘考微軟資源鏈接:How to revert to an earlier version of Office 2016 Click-to-Run

2、更新查詢(xún)，更新另一箇查詢(xún)的結(jié)果，而不是直接更新錶。

例如，如果有一箇類(lèi)似於這樣的查詢(xún):
UPDATE Table1 SET Table1.Field1 = "x" WHERE ([Table1].[Field2]=1);
您可以創(chuàng)建一箇新的查詢(xún)(Query1)定義爲(wèi):
SELECT * from Table1;
然後更新你原來(lái)的查詢(xún):
UPDATE Query1 SET Query1.Field1 = "x" WHERE ([Query1].[Field2]=1);
用Query1替換Table1 的引用
這可産生相衕的結(jié)果，利用查詢(xún)避免錯(cuò)誤。

3、使用代碼和記録集更新數(shù)據(jù)

在VBA中使用記録集。使用變量定義ADO或DAO記録集，編輯牠

4、繫統(tǒng)還原，此方案有風(fēng)險(xiǎn)，謹(jǐn)慎操作

相關(guān)的文章內(nèi)容：

查詢(xún)是針對(duì)當(dāng)前數(shù)據(jù)庫(kù)中的錶，鏈接錶還是鏈接的SQL Server錶都沒(méi)有關(guān)繫。如果Access數(shù)據(jù)庫(kù)引擎正在處理UPDATE查詢(xún)，則會(huì)髮生錯(cuò)誤。

在此示例中，查詢(xún)qryUpdateEmployee非常好。牠以前曾經(jīng)工作過(guò)，如果卸載瞭安全更新，牠將再次工作。

受影響的程式
此問(wèn)題影響：

自2010年以來(lái)的所有Microsoft Access版本，包括Access 2010、2013、2016和2019以及Office 365
32和64位版本的Microsoft Access
使用Access數(shù)據(jù)庫(kù)引擎（ACE）和ADO連接到Access數(shù)據(jù)庫(kù)（ACCDB和MDB）文件併使用查詢(xún)更新?tīng)瓊兊某绦?。這可能包括：
用Visual Studio .NET或Visual Basic 6編寫(xiě)的程序
基於ASP.net，經(jīng)典ASP等構(gòu)建的Web解決方案
在其他主機(jī)（例如Excel，PowerPoint，Word）中運(yùn)行的VBA代碼
使用ACE與Access數(shù)據(jù)庫(kù)一起使用的Microsoft程序，例如PowerBI，Power Query和SQL Server Migration Assistant（SSMA）（我們尚未確認(rèn)這些程序正在使用崩潰的更新查詢(xún)）

微軟的迴應(yīng)
我們與Microsoft Access開(kāi)髮糰隊(duì)保持聯(lián)繫，併且對(duì)於齣問(wèn)題的原因以及如何將如此嚴(yán)重的問(wèn)題髮佈到世界上沒(méi)有明確的答案。

我們與您一樣擔(dān)心，這樣的安全更新比牠們?cè)噲D阻止的病毒或惡意軟件引起的問(wèn)題更大。

這是他們描述問(wèn)題的網(wǎng)頁(yè)： 訪(fǎng)問(wèn)錯(cuò)誤：“查詢(xún)已損壞”

Microsoft的修補(bǔ)程序的預(yù)計(jì)髮佈日期
Access 2010：內(nèi)部版本7242.5000-2019年12月10日
Access 2013：內(nèi)部版本5197.1000-2019年12月10日
Access 2016 MSI：內(nèi)部版本4939.1000-2019年12月10日
Access 2019批量許可證：內(nèi)部版本10352.20054-2019年12月10日
Access O365 / 2019（1911版）：內(nèi)部版本12228.20152-2019年11月24日（估計(jì)）
從現(xiàn)在起幾週後，他們宣佈的解決方案對(duì)於大多數(shù)情況顯然是不可接受的。我們希望他們能夠更快地做齣響應(yīng)，併且我們將在學(xué)習(xí)過(guò)程中提供更多信息。

更新錶1 SET Table1.Field1 =“ x”（[Table1]。[Field2] = 1）;

SELECT * from Table1;

UPDATE Query1 SET Query1.Field1 =“ x”在哪裡（[Query1]。[Field2] = 1）;