dermama,

Ну так, решение в лоб, и без вникания в процесс, который явно требует некоторого рефакторинга - попробуйте вначале проверять - существует ли в принципе объект в БД




Таким образом - потенциальная ошибка-исключение будет хоть заворачиваться и не будет происходить останова программы

msLex,

Нуу, вопрос я впрямь комплексный :)
Если таблица без связей, ключей, индексов и прочего - может ТС действительно проще дропнуть и пересоздать

Ну или затранкейтить, - дроп поменять на него :)

dermama,

Лучше, конечно, процесс пересмотреть, чем лепить сбоку костыли или надеяться, что что-то не пересечется, - туманные условности

Как бы посыл в том, что если ошибку можно перехватить, программно обработать и сделать логику перехода подобных условий - то лучше пойти этим, правильным путем. Сделать ревью всего модуля и все потенциальные точки отказа обернуть одеялком

Ролг Хупин,

Да, но именно делают на уровне внутренних объектов БД, не с серверами операции и не с базами, как с контейнерами
Если у админов, например, бэкапный джоб, - то транкейт таблицы - вполне легитимная операция, которая просто залоггируется в журнал транзакций, и данная операция не является шоустоппером для транкейта.
А вот если они перестраивают индексы/статистику - т.е. непосредственно работа уже с внутренностями - то да, может быть и оно. Как раз, например, в цикле проходит обращение ко всем таблицам, и так совпадает - что коррелирует именно работа с вашей таблицей и именно в ваше технологическое окно работы с ней.