MS Access Displays #Deleted in Every Field for Certain Tables

Anonymous
2022-01-31T20:26:19+00:00

We use an ODBC connection to bring some tables from a vendor supplied database into MS Access so that users can create their own on demand queries without needing to know SQL. Some of those tables, not all of them, have started to have problems in MS Access so that every field is populated with #Deleted when we try to open the table. We can query these tables fine using pl/sql Developer.

  • 3 tables that are working have num datatypes for primary key(s).
  • 3 tables that are not working use a combination of num and char datatypes as the primary keys. No bigint datatypes in these tables.
  • There are no pending deletes on the 3 tables that are not working.
  • Since the tables are vendor delivered, we can't change the data structure.
  • A combination of Oracle driver 12.01.00.02 or 12.02.00.01 and MS Access version 2112 build (14729.20194) - the 3 problem tables all show #Deleted in all fields.
  • A combination of Oracle driver 12.02.00.01 and MS Access version 2111 build (14701.20240) - the 3 problem tables work properly and show the data in all fields.

This seems to indicate that the problem is with the version of MS Access. I've been looking for other reports of #Deleted and what I can find are from 6 or 7 years ago and not very many are recent reports. Does anyone have an idea for a workaround? We hate to lose the ability for our users to utilize MS Access for querying these tables.

Microsoft 365 and Office | Access | For business | Windows

Locked Question. This question was migrated from the Microsoft Support Community. You can vote on whether it's helpful, but you can't add comments or replies or follow the question.

0 comments

54 answers

Sort by: Newest
Most helpful Newest Oldest
  1. Anonymous
    2022-05-19T02:43:26+00:00

    Today 19/05/22 several of my pcs Access updated to Microsoft® Access® for Microsoft 365 MSO (Version 2202 Build 16.0.14931.20392) 64-bit 

    I now have the same problem as described here.

    I am not able to verify if the 32Bit version has the same problem.

    The Linked Tables in Question were tested on both Microsoft SQL Servers 2014 and 2019

    The Data source is not at issue. nor is the ODBC version, several tried.

    Nor is the type of Access db, db formats from 2000 - 2007 all produce the same result.

    Enabling the "Data Type Support Options" did not change the problem.

    The problem is definitely in Access and is related to Text Primary key.

    The table is Very Simple, A list of User Names with a few other columns.
    The Primary Key was the User Name.

    As a test I created a new Int. column and switched the primary key to it.

    Relinked the table and it is now readable.

    I seem to be lucky enough to have missed the problem in the earlier update.

    THE BEAST IS BACK!

    Was this answer helpful?

    2 people found this answer helpful.
    0 comments
  2. Anonymous
    2022-04-28T17:22:49+00:00

    I believe I found a work-around. When I checked the "Force SQL_WCHAR Support" option on the Workarounds tab and refreshed the links to the Oracle tables, the data was retrieved successfully. To verify, I unchecked the option, refreshed the links again, and the data came back as #Deleted.

    We are in contact with Microsoft concerning the issue and are awaiting a final resolution. In the meantime, we will utilize this modification to our ODBC DSN.

    It would be my guess that Oracle Short text fields are stored as wide characters, or at least they have the option to be, I am not a DBA, and when they are, the ODBC layer is not picking up on that with regard to the indexes.

    Was this answer helpful?

    0 comments
  3. Anonymous
    2022-04-27T18:20:28+00:00

    My users have not had the issue yet. I am hoping it has to do with something else. But thanks for letting us know. I will check my systems to see if it is occurring.

    Was this answer helpful?

    0 comments
  4. Anonymous
    2022-04-27T17:56:25+00:00

    Unfortunately, it appears that the issue has returned in version 2202 (Build 14931.20274).

    Was this answer helpful?

    1 person found this answer helpful.
    0 comments
  5. Anonymous
    2022-04-13T07:12:39+00:00

    A different angle on this problem.

    I was connecting to an Intersystems database over ODBC using Linked Tables and when our database people upgraded the database version, and pushed us onto a new version of the ODBC driver, I ended up getting #Deleted appearing for every cell of every field of my linked tables.

    It turned out to be caused by the new database switching to using BigInt (Large Number) data type and my database was not able to deal with this.

    Luckily my MS Access was new enough that I did not need to update the program (apparently anything newer than Access 2016 build 16.0.7812 should be fine). But I did need to go into the Current Database options and enable the "Support Large Number (BigInt) Data Type" option (while I was there, I also enabled the Support Date Time Extended (DateTime2) Data Type"). This irreversibly updates the ACCDB file to Access 2016, so it cannot then be opened in older versions of Access anymore. (https://docs.intersystems.com/irislatest/csp/docbook/DocBook.UI.Page.cls?KEY=BNETODBC\_INTRO)

    Lastly, i had to go into Linked Table Manager ... select my linked tables and click Refresh in order for Access to apply the BigInt data type into my actual tables. (https://support.microsoft.com/en-au/office/using-the-large-number-data-type-5b623f6e-641d-4e97-8bdf-b77bae076f70)

    After doing this, i was able to view my Linked table fine again... and also run queries against it without any problems.

    Was this answer helpful?

    6 people found this answer helpful.
    0 comments