Просьба сообщать обнаруженные источники наступления ватсона. С примерами обхода.

Мною на сегодня замечено несколько. Вот 2 наиболее запомнившиеся:

1. Иногда помогает вместо выполнения из кода

sSQL = "SELECT ... INTO IN 'PATH'"
DoCmd.RunSQL sSQL

последовательное:

on error resume next
sSQL = "DROP TABLE ... IN 'PATH'"
DoCmd.RunSQL sSQL
sSQL = "SELECT ... INTO IN 'PATH'"
DoCmd.RunSQL sSQL

(то же - при запусках макросов (историческое наследие).

2. В форме с множеством подчиненных с синхронизацией через поле главной как-то помогло обрабатывать удаление последней записи из подформы-списка для синхронизации с ней подформы-документа:
(в другой паре подчиненных форм (в том же приложении и той же главной форме), связанной по такому же механизму такой бяки не потребовалось). Ошибка одинаково возникала в А97 и А2000.
___

Сейчас бьюсь как муха об лед - не могу расковырять - повторяемости (однозначной) нет. Есть статистическая - у пользователей. + Эффект присутствия.

НАврал в 1 (склероз, простите). - в DROP TABLE нельзя IN (впрочем смысл тот же - помогает явное удаление таблицы перед пересозданием, только через например LocalDB.Execute - сейчас уже не помню)

Хам трамвайный делай импорт, decompile,
сжатие или создавай заново

-"Всегда!"

Поэтому речь идет не о разрушеных БД, а о заведомых траблах.



Обычно натыкаешься на такой абзац при некоторых "ошибках" в коде, которые тут же правишь. (Мне помнятся некоторые конструкции SQL, 100% приводящие к абзацу, не зависимо от импорта, декомпиляции и прочих танцев с бубнами), и поэтому не фиксируешься. А тут заимствован целый кусок приложения (из старого, с формами, запросами и кодом), поэтому что именно вызывает ошибку - неясно.

(с 1. уточнил - выполнял LocalDB.TableDefs.Delete TableName)