Fix Microsoft Access Form Showing #Deleted in Long Text Field
Question details
The user is experiencing an intermittent issue where specific Long Text fields (like Assessment, Medication, and Laboratory) in a Microsoft Access form display "#Deleted", even though the rest of the record is intact and accessible.
- Product
- Microsoft Access
- Device & OS
- not provided
- Scenario
- Viewing or editing records via front-end forms in a multi-user split Access database environment.
- Observed behavior
- Intermittently, a single Long Text field displays "#Deleted" while other fields remain normal. Attempts to edit or interact with the affected field trigger an error message stating that the record is deleted.
Before attempting any structural repairs or compacting procedures, ensure all users have closed their front-end databases and immediately create a secure backup of your back-end Access file to prevent permanent data loss.
Use Compact and Repair Database Tool
Run the built-in Microsoft Access Compact and Repair utility to fix potential corruption specifically targeting the Long Text (formerly Memo) data pointers.
In Access, Long Text fields are stored outside the main record structure. If the pointer between the main record and the Long Text data becomes damaged, Access displays "#Deleted" for that specific field. The built-in repair tool attempts to rebuild these pointers and clean up structural errors.
Ensure that no other users are currently connected to the back-end database across all four front-end terminals.
Launch Microsoft Access, go to 'File' > 'Open', select your database file, click the arrow next to the Open button, and choose 'Open Exclusive'.
Navigate to the 'Database Tools' tab on the ribbon and click on 'Compact and Repair Database'. Wait for the process to complete.
Verify Data Types and Referential Integrity
Check that the problematic field is genuinely a Long Text field and not a foreign key pointing to an orphaned record.
Restructure Long Text Fields to a Related Table
Move heavy Long Text fields into a separate, dedicated table to minimize the risk of future database corruption in multi-user environments.
Looking for a Lighter, Hassle-Free Office Suite?
While Microsoft Access is used for complex database needs, Microsoft Office subscriptions can be heavy and expensive. If your daily workflow focuses more on documents, spreadsheets, and presentations, WPS Office offers a lightweight, highly compatible, and free alternative.
- 1. Download the Installer: Visit the official WPS website and click the download button for your operating system.
- 2. Install WPS Office: Run the downloaded installer and follow the on-screen instructions to complete the fast setup process.
- 3. Open Your Office Files: Launch WPS Office and directly open your existing Word, Excel, or PowerPoint documents without worrying about format conversion.

Frequently Asked Questions
Why does Access show '#Deleted' on only one field instead of the whole record?
This happens because Access stores Long Text (Memo) data separately from the main record data. If the internal pointer linking the record to the text block gets corrupted, only that specific field displays as '#Deleted', while the rest of the record remains intact.
Can I recover the specific text data that currently shows as '#Deleted'?
Sometimes running the Compact and Repair tool can fix the pointer and restore visibility. However, if the text block itself is overwritten or irreparably damaged, you will need to manually re-enter the data from your most recent database backup.
Why does Long Text field corruption happen so frequently in a multi-user environment?
In environments like a clinic where multiple front-end users interact with the same back-end simultaneously, slight network interruptions or concurrent editing collisions can easily scramble the pointers Access uses to manage large text blocks.
Does moving Long Text fields to a new table actually prevent corruption?
Yes. By isolating Long Text fields into a 1-to-1 related table, you minimize the amount of data being locked and written to the main table during routine edits, significantly reducing the chances of structural corruption.




