The Bad News
Well it would seem Microsoft has, yet again, let another MAJOR bug slip through its net causing widespread mayhem of the Access world!
This latest bug impacts all flavors of Access 2010+ regardless of bitness, installation type (MSI vs CTR, …), …. so Access 2010, 2013, 2016, 2019, Office365, including the Microsoft Store edition of Access, are all impacted by this latest issue regardless of file format. (Yes, now is the time to panic!)
If your database suddenly started report an
Error 3340 – Query ‘Your Query Name’ is corrupt.
then read on!
The Good News
Microsoft is aware of the issue and has a fix. They have identified the exact source
the bug was introduced in 11328.20468, which was released Nov 12
If you haven’t been impacted by this issue, then now might be a good time to disable automatic updates until which time the bug is properly resolved.
*** This is a manual patch, so it will not automatically be installed by Windows Update and you must download and install it yourself! ***
If you absolutely want to use DOS, you can perform the update by running the following command
officec2rclient.exe /update user updatetoversion=16.0.12130.20390
That said, the fix is not yet available if you are on any of the other update channels.
As for the other versions/editions (2010, 2013, O365 semi-annual update channel …) patches should be coming soon. Hopefully.
Here are the instructions I was provided by the Access Dev Team
If they don’t have the Update Options button, it is probably a Windows Store install. That is likely if it came pre-installed.
You can confirm this by checking the ‘About Access’ box where it lists the version/build, it should say ‘Microsoft Store’ after the build number.
If that’s the case, to get the update, go to the Microsoft Store, click on the … in the upper right corner, and choose Downloads and Updates, and that should pick up the update.
You can also consult GYULA’s comments below in which GYULA provides some extra feedback on the update process.
So, simply perform a manual update: File -> Account -> Update Options -> Update Now
The Bad News (Yes more!)
Microsoft’s fix isn’t scheduled to roll out until December 10th (this was the original response/date given) at the earliest!!! Yes, that’s right! Microsoft knows they have a bug that basically cripples all their databases, but hey, let’s wait for a month before fixing the issue for our clients?!
As you can see by the updates above and Microsoft’s fixes page, they have since changed their response to this issue and some versions have been fixed, but the original reply to this mess was December 10th.
The Official Workaround
Officially, Microsoft has come out with the following workaround in the meantime, see: Access error: “Query is corrupt”.
Realistically, who is going to go around and change all their queries? Seriously?! If you’re seriously considering rewritting every one of your queries then first look at CurruptQueryAccessWorkaround: Query ” is corrupt which can automate the entire process and is fully reversible. That said, personally, I would not go about editing my databases because of such a bug, better the Unofficial workaround (see below) until Microsoft actually fixes its bug.
The UNOfficial Workaround
Per the usual, the community has already identified the culprit update and thus, the proper band-aid workaround would be to uninstall it until Microsoft’s fix is published (hopefully December 11th).
Depending on the version of Access you have installed, there are 4 updates causing this issue:
Access 2010 – Uninstall update KB4484127
Access 2013 – Uninstall update KB4484119
Access 2016+ – Uninstall update KB4484113
Access 2016+ – Uninstall update KB3085368
After uninstalling these updates, be sure that you then disable automatic updates or else Windows will simply reinstall it and you’ll be right back where you started.
If you don’t know how to uninstall updates on the click-to-run edition (CTR) then review my article on the subject: Microsoft Office 365 – Uninstall an Update.
As an alternate workaround, some developers are simply turning towards installing and running Access Runtime 2007, since it isn’t impacted. This is great if you already have a copy, otherwise you’re out of luck as Access 2007 runtime is no longer available for download through Microsoft’s site.
The Bigger Question In All Of This (My Personal Thoughts)
You have to ask yourself, with the flood of people reporting this issue very early on, why did/does Microsoft not mitigate the issue and stop the deployment of the flawed update? They have done so in the past, so we know it is possible, yet they choose to inflict this problem on all their Access users?!
Their inaction has now cost countless people, businesses 100s-1000s of $$$ to deal with this issue because of no fault of their own. It just doesn’t make sense to me.
Case and point, today, 2019-11-20, 8 days after the initial reporting of this bug, I am being contacted by companies who are just now getting the updated pushed onto their systems and breaking their databases. There is simply no reason for this at this point. Microsoft has had more than a week, plenty of time to have stopped the update.
People always talk to me about Microsoft Support. This being the big reason to update to the latest and greatest versions of Windows and Office. I ask you: “What support exactly”? When it could have been most beneficial they do nothing. They could have saved countless people from even experiencing this issue altogether and chose not to!
Microsoft’s answer to this latest bug was “you need to alter your query and an update is coming (originally Dec. 10th – a month from when this issue first struck)”.
It was the community that originally flagged the updates in question, and moreover some developers actually provided code to update table and queries automatically (something I would have expected Microsoft to supply right from the start to remedy their error).
Microsoft, yet again, has dropped the ball on so many fronts with this latest bug it is shameful. AND, we haven’t even mentioned the simple fact of “how did such a bug get out into the wild in the first place”? Which team erred, I have no clue (Windows, Office, Access, ….). Does it matter? No! Microsoft QA has gone down the crapper in the past 2-3 years, since Windows 10 and Office 365 surfaced.
That all said, it has been nice to see the Access Dev Team respond to the influx and manage to considerably accelerate the deployment of fixes from what was originally planned. They have also been very communicative with the MVPs so we could relay information to the various forums and our blogs.
One can at the very least pray that Microsoft uses this as a serious Lesson Learnt. However, IMHO, people heads should roll (ie. get fired) for such a blunder both for the bug, but also for the way the response was done, not pulling the flawed update.
How far Microsoft has fallen!
Am I wrong? What are your thoughts on this entire situation? Has Microsoft done a good job handling this latest bug in your opinion? Leave a comment below and let me know what you are thinking!
One Last Word
The official ‘Fixes or workarounds for recent issues in Access’ page on the subject marks the status as, and get this, FIXED?! So because they have a fix in the queue, which isn’t rolling out until December 10th, according to Microsoft the issue is resolved.
All I can say is we live in a world that the squeaky wheel get the grease. So if you want any chance of the fix being rolled out any earlier than December 10th (a month away) then make some noise:
- Post suggestions to access.uservoice.com
- Send Feedback through Access’ Feedback button (File -> Feedback), maybe more than once – a feedback per user impacted by this bug
- Call Microsoft Support, I know it’s a pain, but take the time to make that phone call! Get your clients to call.
- Post in Forums, especially Microsoft (MSDN, Answers)
- Post on your blogs
Perhaps then Microsoft will wake up and treat it’s paying clients with the respect they deserve and step up to the plate and fix the error they caused with completely inadequate testing of their updates, yet again.
Other Resources
Below are a few links on the subject:
- Microsoft – Access error: “Query is corrupt”
- GitHub – CurruptQueryAccessWorkaround: Query ” is corrupt (provides code to fix the issue without needing to uninstall the faulty security update)
- UserVoice Suggestion – Bug fix needed for MS Access Update queries with WHERE clause
- Forum – Latest Office 2007/2010/2013 update breaks Access query: Query ” is corrupt.
- Forum – The CVE-2019-1402 updates (KB4484119, etc.) break Access 2010/2013/2016/365: Query ” is corrupt
- Forum – Getting Error 3340 Query ‘ ‘ is corrupt while executing queries DoCmd.RunSQL
- Forum – Corrupt query Question
- Forum – Run-time error ‘3340’: Query ” is corrupt.
- Forum – Query ‘QueryName’ Is Corrupt
- Forum – Access 2016 “Query is corrupt) and KB4484198
- Blog – Office November 2019 Updates are causing Access Error 3340
- Blog – Microsoft Access Error 3340: Query is Corrupt
- Blog – Critical: Office Update breaks Access — Query is corrupt
- and the list goes on …
Page History
| Date | Summary of Changes |
|---|---|
| 2019-11-13 | Initial Release |
| 2019-11-18 | Added the Microsoft Releases the First Patch for Access 2016 MSI update |
| 2019-11-19 | Added the Fix for O365 is Now Available For Some (Monthly Channel) update Added the The Bigger Question In All Of This (My Personal Thoughts) section |
| 2019-11-21 | Added the Microsoft Releases the First Patch for Access Store Edition update |
| 2019-11-22 | Added the Microsoft Releases the Patches for Access 365 Semi-Annual (1902), Semi-Annual Targeted (1908) & Semi-Annual Extended (1808) update |
| 2019-11-27 | Added the Microsoft Releases the Patches for Access 2010 and Access 2013 (MSI) update |
| 2019-12-10 | Added the Microsoft Releases the Patches for Remaining Versions update |
my solution is to add to all the tables names the suffix “table” and create a query for each table with the original table name.
that way, all the queries will update a query instead of the table directly.
(i mean, to write a script that will do that of course)
This absolutely works! Thank you so much for your comment.
Microsoft is aware of the issue, refer to https://support.office.com/en-us/article/access-error-query-is-corrupt-fad205a5-9fd4-49f1-be83-f21636caedec
Yeah, they are aware, but not doing anything to actually help clients for weeks until they have the next bug injector/update ready.
Here’s a fix that worked for me:
@echo off
cls
rem https://stackoverflow.com/questions/58832269/getting-error-3340-query-is-corrupt-while-executing-queries-docmd-runsql/58833831#58833831
REM KB4484127 (Office 2010) reg query HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Uninstall\{91140000-0011-0000-0000-0000000FF1CE} if %errorlevel% equ 0 ( "C:\Program Files (x86)\Common Files\Microsoft Shared\OFFICE14\Oarpmany.exe" /removereleaseinpatch "{91140000-0011-0000-0000-0000000FF1CE}" "{F11D3275-8FE0-4ADB-B737-9766F9D0AD5B}" "1031" "0" ) REM KB4484127 (Access 2010 Runtime) reg query HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Uninstall\{90140000-001C-0000-0000-0000000FF1CE} if %errorlevel% equ 0 ( "C:\Program Files (x86)\Common Files\Microsoft Shared\OFFICE14\Oarpmany.exe" /removereleaseinpatch "{90140000-001C-0000-0000-0000000FF1CE}" "{F11D3275-8FE0-4ADB-B737-9766F9D0AD5B}" "1031" "0" ) REM KB4484119 (Office 2013) reg query HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Uninstall\{90150000-006E-0407-0000-0000000FF1CE} if %errorlevel% equ 0 ( "C:\Program Files (x86)\Common Files\Microsoft Shared\OFFICE15\Oarpmany.exe" /removereleaseinpatch "{90150000-006E-0407-0000-0000000FF1CE}" "{3B7EE494-CBED-477C-AF90-8B8653C86985}" "1031" "0" ) REM KB4484119 (Access 2013 Runtime) reg query HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Uninstall\{90150000-001C-0000-0000-0000000FF1CE} if %errorlevel% equ 0 ( "C:\Program Files (x86)\Common Files\Microsoft Shared\OFFICE15\Oarpmany.exe" /removereleaseinpatch "{90150000-001C-0000-0000-0000000FF1CE}" "{3B7EE494-CBED-477C-AF90-8B8653C86985}" "1031" "0" ) REM Office Click-to-Run if exist "C:\Program Files\Common Files\microsoft shared\ClickToRun\OfficeC2RClient.exe" ( "C:\Program Files\Common Files\microsoft shared\ClickToRun\OfficeC2RClient.exe" /update user updatetoversion=16.0.12130.20272 )Yes, that was one the links I provided in my Other Resources section of the article. Definitely a worthwhile approach to be aware of as I fear this won’t be the last time we face this type of issue and need to rollback updates.
Hi Daniel,
Thank you for your coverage on this. What a crazy last few days. Wrote up some additional information on this topic to include information on more situations where this is impacting customers (ACE/ADO, non-Access apps, web sites, etc.) and a link to download the Access 2007 runtime.
http://fmsinc.com/MicrosoftAccess/Errors/query_is_corrupt/
All the best,
In my case I linked another table to the one I was trying to update and it stopped the error message.
In my case my payments table has a field named Folios in this case I needed to trim the number from 15 to 11 taking out the leading zeros. This update query gave me an error message. I have a table called YearType that has a field in my payments table that is related (Tax Year = YearType) when I linked the 2 tables the query worked. I only had 10 Update Queries so it was easy and I will not have to change anything after the fix, hopefully!
This is work for me. My environment has one front end database to link with many back end databases depends on my client that I would like to access. So it is impossible to change table name for all my back end databases. So you save my day. I just only create query to get all fields from table that related to update queries that have problem then add the new created query and link it together. The error message has gone. So I just modify update query in front end only. Thanks.
Another workaround is using ADO to run query.
The code provided at https://github.com/lauxjpn/CurruptQueryAccessWorkaround has worked quickly and effectively in my case.
We don’t have access to the security updates so removing them is not an option. Updating each and every bit of related SQL code also isn’t viable. The module provided by lauXjpn was an ideal solution in our case
I have so many databases running connections to QuickBooks via QODBC using innumerable sql statements updating tables that it would take me until December 10th to rewrite them all. I can’t work. What am I supposed to do? I have click-to-run 2016 and tried rolling back to the last update but that didn’t work. Unbeliveable.
Did you see the recent update that update KB3085368 also needs to be uninstalled?
What a f… joke
I did not have a problem until today 17/11/2019
I have office 365 and none of those KB’s are listed as installed updates
And what really pisses me off is that office 365 was updated yesterday-apparently with the bug attatched
ms= more shitty stuff
This is totally *””#*!! Imagine how many databases are there, how many teachers, students, business running. I’ve created tons of the databases and clients started appearing with “weird error”. And they need A MONTH to fix that??
From version 2013 until today they virtually did nothing to fix existing issues in Access. Those “seven new things” are all cosmetic. They are just reselling the same product by the new name. But when it comes to breaking things up, they are very capable and on top of that, they need a month to fix it! What a customer support!
No, I would not update any of my code nowhere. I am just redirecting clients to the Microsoft official webpage with this error. Also I am advising them to this article and to remove faulty updates (thanks for explaining).
MS Office is worldwide business tool according to Ignite. Taking a month to fix something that affects nearly everybody worldwide who uses this tool via Access or Access 365 is negligent. Good luck making MS updates “required.”
Could someone explain what it takes to remove an update? I am running Office365, so I understand I need to get rid of KB4484113 and KB3085368. How do I remove?
Thanks
I have an article on the, refer to https://www.devhut.net/2017/10/04/microsoft-office-uninstall-an-update/
But basically, you need to run a DOS command (yes, we’re living back in the 80’s!).
where you need to replace 16.0.xxxx.yyyy with the exact build number you wish to implement. Since the bug was introduced in build 11328.20468, you need to pick something prior to that, perhaps 11328.20438.
And you will need to switch off automatic updates using an Office client program to stop it reinstalling the offending update. To do this in Access, go to File then Account and then click on the Update Options button and disable updates there. Assuming Microsoft do the December 2019 monthly update correctly and supply us with the anticipated fix in there, you will then need to turn automatic updates on again in the same place at that time.
Note that if you are on the Monthly (Targeted) channel for updates, you should get the necessary update around 24th November.
After a lot of test’s in my applications i’m sure that the only solution to the problem is to change the vba code from this:
if you have a query like: UPDATE Table1 SET Table1.Field1 = “x” WHERE ([Table1].[Field2]=1);
to that:
Create a new query (Query1) defined as: Select * from Table1;
and update your original query to: UPDATE Query1 SET Query1.Field1 = “x” WHERE ([Query1].[Field2]=1);
Thank’s to you Daniel and Gustav Brock finally we can work!
Ps I have send a nice one feedback as you said in Microsoft with all “French” words that i know
Ps2 I’m sure that if i’m releasing version for my applications like Microsoft do, i’m gonna loose my Job.
I wonder why Microsoft does’n to exactly the same!
This is a F…. joke everytime with the Windows updates.
And you will need to switch off automatic updates using an Office client program to stop it reinstalling the offending update. To do this in Access, go to File then Account and then click on the Update Options button and disable updates there. Assuming Microsoft do the December 2019 monthly update correctly and supply us with the anticipated fix in there, you will then need to turn automatic updates on again in the same place at that time.
Note that if you are on the Monthly (Targeted) channel for updates, you should get the necessary update around 24th November.
We run our entire business and financials on an access CRM that I’ve been developing for 15 years – it does pretty much everything apart from teleport us to jobs. Until this morning.
Hi Daniel
Just wanted to put out there that we hit this issue too across our organisation Monday morning. We are running Access as part of Office 365.
We just did a File >> Account >> Office Updates this morning (19/11/2019 Australia Time) and the latest updates has fixed the issue across all machines so far.
Appreciate other versions may not have the fix available yet but for us, this has worked (touch wood).
I was knee deep in swear words and changing update queries to run on new query versions of tables and the Office Updates option has saved me hours…..
Staff are back working which is the main thing but I’m wondering whether I should continue changing the queries anyway in a backup version to ‘double protect’ myself for future F Ups.
I don’t think anyone of us expects Microsoft to know the knock on effects of every change they make but it sure used to a be a nicer relationship when they saw feedback and constructive criticism as a positive thing from its loyal user base not something they felt they needed to ignore or worse, door knock and try to silence those offering to help. I think its called Maturity but then I’ve seen that disappear over the 25+ years I’ve been working faster than the polar ice caps.
To their credit this time, they have obviously responded quickly to the issue but I’m with you watching the unrecognised database format issue across a network dragging on and on. That’s a painful one.
Good luck to all those affected with this and hope your skills to work the extra mile or the MS Fix comes along asap for your versions.
Great website Daniel and keep up the enthusiasm and great help you always provide us.
Guys, I can’t see any of those security updates when I view my update history. Is it a windows update or an application update? I’ve only just had two of my staff computers throw up this error, and as we spend ALL day on our database in order to do our jobs, this is a HUGE problem.
I can’t find the updates listed above to uninstall them. I am using Office 2016, installed from an office 365 online installation.
I’m pretty close to RESETTING the two machines and reinstalling all our software, as it will be a darn sight quicker than having to rewrite all the update code!
Can anyone provide any insight as to why I’m not seeing the updates listed at the top of this article, but still experiencing the same issue? It throws up the error Query ” is Corrupt.
GREAT NEWS SOLVED!!!
The Monthly 1910 update 12130.20390 released November 18, 2019 has the fix embedded in it. I ran the update on my 2016 office pro click to run version and the problem was resolved.
What helped me today (Nov 20th) with my Office 2016 is updating to the latest version of Nov 18th:
rum cmd
cd C:\Program Files\Common Files\Microsoft Shared\ClickToRun
officec2rclient.exe /update user updatetoversion=16.0.12130.20390
After installation the bug has gone.
For those not comfortable using DOS command, since you are simply updating to the most recent version, you can use the UI to perform the update:
File -> Account -> Update Options -> Update Now
What if I don’t have the Update Options button? I have office 365 subscription came installed on the Dell laptop I bought…
I sent your question along to the Access Dev Team and they were kind enough to answer:
“If they don’t have the Update Options button, it is probably a Windows Store install. That is likely if it came pre-installed.
You can confirm this by checking the ‘About Access’ box where it lists the version/build, it should say ‘Microsoft Store’ after the build number.
If that’s the case, to get the update, go to the Microsoft Store, click on the … in the upper right corner, and choose Downloads and Updates, and that should pick up the update.”
Could you look into the matter and post back either way as it will help others facing the same issue.
Thank you.
I did exactly that a few minutes ago and it worked.
Some notes:
The Get Updates did not show any of the Access/Excel/Office etc updates in the list I clicked update all, anyways. I clicked Get Updates again, hoping it would now show the Access 2016 in the list…it didn’t.
BUT, when I went and checked MS Access-File-Account: it was updated to 20390! So even if it does not show up on the Microsoft Store get Updates list, it sneakily gets updated in the background…:-)
Thanks for getting back to me!
Gyula
We are running version 1902 and could not uninstall the update on many computers.
Microsoft sent me this and it works:
1. In an Office application, (Word, Excel, Outlook, etc.) Select File – Account (or Office Account), then click Update Options and select Disable Updates
a. If you don’t do this, Office will just update again in the near future, and until the patch is rolled out, we don’t want that.
2. Close all of your Office apps
3. Open a Command Prompt
a. Click Start, type CMD, and right click the Command Prompt app that appears, and select “Run as Administrator”
4. In the command prompt, type:
1. “C:\Program Files\Common Files\microsoft shared\ClickToRun\officec2rclient.exe” /update user updatetoversion=16.0.11328.20438
a. This version was the last build as of October 8th. If you believe the version you need is even older, you could try using 16.0.11328.20420 (the version before that).
i. The list of all versions can be found here: https://docs.microsoft.com/en-us/officeupdates/update-history-office365-proplus-by-date?redirectSourcePath=%252fen-us%252farticle%252fversion-and-build-numbers-of-update-channel-releases-ae942449-1fca-4484-898b-a933ea23def7
Yes, that is one of the solutions mentioned above. You disable automatic updates and then reverted your installation to the build prior to this faulty update.
This error hit me today.
Thanks to devhut.net/2019/11/14/access-bug-error-3340-query-is-corrupt the fix was easy – manually force the update to Office356 File -> Account -> Update Options -> Update Now and it’s gone away.
But I have to do this on all our machines.
If MS has known it was a problem I agree heads should roll for not immediately stopping the updates – unless they had identified a security threat even bigger than the problem of crashing everyone’s databases.
I have spent the last few months moving all data structure to sql server (Access front end),something forced upon me by the other major problem “unrecognised database format issue’ which I don’t think ms are going to fix
the “query is corrupt” did not affect any of this development database,so seems moving to sql (expensive as that is) may have been a blessing of sorts
The production copy has been impacted by the “query is corrupt”,and I am still months away from rolling out the sql backend
of course who’s to say they wont screw sql server up as well
I am really at the mercy of MS
Currently running our entire high volume order entry, and out lab management system on MS Access – it was a delight where our entire lab and customer service staff went down with this error.
I ran the fix of appending _Table to the table names however there is still a LOT of code that won’t run because I use SQL Executes.
Thanks you MS for this nightmare.
I see they have fixed the issue in some builds:
https://support.office.com/en-us/article/access-error-query-is-corrupt-fad205a5-9fd4-49f1-be83-f21636caedec
But they messed things again with versions. On the Account screen I see:
Build 12130.20410
And when I click About Access:
Build 12130.20232
(I just run a manual update and got different versions)
I’ve just updated to Windows 10 19025 (slow lane) an the fix I had in place for the MSI version of Office 2016 was removed and bug returned. Luckily I had previously downloaded this fix so just applied it again ace2016-kb4484198-fullfile-x86-glb.exe .
I installed the update for my version this morning…the “fix” was released Friday…it still does not work I get the Query corrupt error…I’m on version 1902 build 11328.20480 (this is the “fix”, the prior version which was the one that introduced the error to my Access was 11328.20468…anyone else running into this same problem with this version? Two of us in my office spent all day Thursday trying to figure out a solution to this issue without having to change the query itself…I could not get any prior version to work and run that Access file from my computer, it showed I had installed the prior version and was active in my account settings, but still got that query is corrupt error. I got the update to work on a newer version of 365 than mine and I got it to work on the 2010 versions in our office…but still no solution for mine…extremely frustrating…and I contacted Microsoft, got transferred 4 times and the last one wanted to transfer me back to the prior one so I gave up.
Agony for most non-tech users continues. I got contacted by many people and I simply gave them Microsoft web page link. Most of them were UNABLE to fix the faulty update issue. I am emailing almost a whole day about this. Some did and the issue returned. After so many faulty Windows updates I guess they at Microsoft are going to mess the Office completely.
I was just talking with one user who knows a bit more than a vanilla user. He was able to fix one computer but was unable to fix another user.
We were working on an Access/SQL program that is in use for oil rig platforms inspection. Now imagine they send an inspector to the inspection (with organized chopper flight and so on) where he got “Query is corrupt” message? If I told them to remove one of the updates, they are thinking I am crazy and “I am afraid to break something else”.
I am thinking that the best advice I can give and to avoid such situations (including faulty Windows update – check “Ask Woody”) is to turn off updates completely and just update the Defender from time to time manually.
They could just make an update that will remove faulty update(s) within an hour, but no, they created a total mess.
I’ve just updated to Windows 10 19033.1 and this time it either left the fix in place or reinstalled it.
So the fix must be out there somewhere.
Yes, for some versions an update is available to fix this issue. So automatic update should resolve the issue for some users, but not all. Some versions are still only scheduled to get an update December 10th, so it all comes down to which version you are running.
Não altere as tabelas nem consultas, use apenas o meu código e adapte a chamada de execução
Sub UPDATE(strNomeTab As String, strInstrucaoSET As String, Optional MostraQtAlterados As Boolean = False)
‘————————————————————–‘
‘ código criado por Alexandre Neves, do Fórum MaximoAccess ‘
‘ utilize o código livremente mas mantenha os créditos ‘
‘————————————————————–‘
‘Exemplo com opção de mostrar quantidade de registos afectados
‘Call UPDATE(“Tabela”,”Campo=X”,True) em vez de UPDATE Tabela SET Campo=X
‘Exemplo com opção de mostrar quantidade de registos afectados
‘Call UPDATE(“Tabela”,”Campo=X”) em vez de UPDATE Tabela SET Campo=X
Dim qdf As QueryDef
Set qdf = CurrentDb.CreateQueryDef(“qdf” & strNomeTab, “SELECT * FROM ” & strNomeTab)
If MostraQtAlterados Then
With CurrentDb
.Execute “UPDATE qdf” & strNomeTab & ” SET ” & strInstrucaoSET
MsgBox .RecordsAffected
End With
Else
CurrentDb.Execute “UPDATE qdf” & strNomeTab & ” SET ” & strInstrucaoSET
End If
CurrentDb.Execute “DROP TABLE qdf” & strNomeTab
End Sub
I think MS will have done more damage to the Access community and customer base than they realise.
I’ve spent much of the last 25 years creating bespoke Access based systems for small and medium sized businesses and corporates with many of these solutions considered ‘business critical’. Organisations can sometimes dislike Access for various technical reasons that arise, very often, from a lack of understanding and experience with professionally built and deployed Access systems. (I.T. Departments seem to have a particular dislike of Access where they’ve previously inherited poorly built systems from non-skilled developers.)
THIS situation from MS plays right into such thinking and has significantly raised concerns amongst my user base. I now have clients insisting on a move away from Access for some mission critical operations that have been stable and reliable for many years but have recently seen Windows 10 causing data corruptions and Windows Updates crippling systems as effectively as hackers might. They haven’t seen such ‘weaknesses’ in other systems and simple don’t find it acceptable.
So my point is these serious attacks on the reliability and stability of MS Access are extremely damaging, not just to Microsoft’s offering but to my credibility (and profitability) as a solution provider… and possibly 1000s like me. It might not ‘feel’ so terrible if the issues were caused by external factors but for them to be from within is unfathomable. The lack of adequate response totally unacceptable.
Whilst I feel like I need to vent some frustration and reach out to others in the community it also feels like a total waste of time because it will have no effect, whatsoever, on Microsoft who certainly give the appearance of not caring two hoots about the impact of these screwups on their users and loyal professionals.
Yours
Mark P.
One sincerely annoyed and frustrated Access Developer