This may appear when linking SQL tables in MS Access through ODBC.
Although Microsoft recommends connecting to tables through code, ODBC has always been a fast way to do it.
First of all don’t be upset, no truncation is actually taking place on your data backend, Access is just unable to display the numeric value’s, due to a change you did on the SQL table. Don’t be that sure that you did no change…since this may come from a query/view involving more than one tables. It needs at least one problematic field and the message appears.
I got a good workaround of this, without removing tables and relinking in Access which actually did not work for me. The idea is too find the problematic numeric field. My case was a change of a decimal (18,2) field simply to decimal (18,5). I found the view that was the control source of the form (linked in Access), copied aside the views code and removed the decimal fields that had the problem. Went back on Access and refreshed this problematic view only. Went back again on the Sql view and pasted the code as it was originally copied, NO CHANGE!!! Go back in Access and refresh this particular link and your problem is gone.
Let me go home now, or I will be a divorced poor IT guy…
The problem continues…
A quick resolution to this is:
“C:\Program Files\Microsoft Office\Office14\MSACCESS.EXE” “C:\MyAccess.accdb” /decompile
where MyAccess is the name of your Database. The Database opens!
The solution above (posted from another user in
, regarding this decomplilation solution, is also posted by Microsoft on September 30,2011 on
However, till the time the issue with the Faulting module vbe7.dll is resolved, we have to figure out a way to to manage our access dbs. Since no matter what you do, even if you just make a new form the problem still comes back.
When you access db frontends are in production we need a SOLUTION asap!
PS. Have pending 12 Modules and modifications that I need to make in my access frontend and I cannot…
Microsoft has released an Office 2010 patch on 12/12/2011 which is the ultimate solution to this problem. This patch worked great for me (even repairing the previous corrupted databases without the need to decompile).
The kbs you may refer for this are:
The patch (both 32 and 64 bit) can be found at:
One more issue down….plenty to go 🙂