Проблема:

Есть вот такая простенька табличка:
create table t2 (id int, Ware int)

Если я пишу:
begin transaction
select @@Trancount
go
ALTER TABLE t2
DROP COLUMN Ware
go
select @@Trancount
go
rollback transaction

То все нормально и rollback transaction откатывает транзакцию. А переменная @@Trancount всегда равна единице.

А вот если я попытаюсь удалить из таблицы не существующий столбец - что-то типа:

begin transaction
select @@Trancount
go
ALTER TABLE t2
DROP COLUMN WareNotExists -- такого столбца нет
go
select @@Trancount
go
rollback transaction

То тут начинаются неприятные чудеса: Первый селект
переменной TranCount дает 1. А после неудачного удаления
столбца переменная TranCount УСТАНАВЛИВАЕТСЯ В 0 !!!!!
И rollback говорит что нет активной транзакции....

ПОЧЕМУ????? МОЖНО ЭТОГО КАК-ТО ИЗБЕЖАТЬ????
Нужно чтобы транзакция не откатывалась при неудачном выполнении оператора DROP COLUMN (ведь при успешно выполнении drop column не откатывает транзакцию)

Помогите!!!!

P.S.
Я использую 7-ую версию

Если я вместо ALTER TABLE DROP COLUMN
поставлю DROP TABLE не существующей таблицы
то транзакция не откатится!!!

Как же так?

Проблема эта возникла вот когда:

Мне необходимо обновить структуру БД
с помощью скрипта
(в том числе там есть и ALTER TABLE )

Если не возникает error то должен выполнится ВЕСЬ скрипт

Если же возникнет, то не один оператор из скрипта не должен сработать

Сейчас я это сделал с помощью пары операторов:
begin transaction
commit transaction

Это все прекрасно работает, если не возникает ошибка при
alter table...

Может есть какое-нибудь другое решение???

Проблема в том что если на месте "супер пупер кода 1" будет стоять удаление не существующего столбца таблицы, то произойдет такая ошибка:

Server: Msg 4924, Level 16, State 1, Line 13
ALTER TABLE DROP COLUMN failed because column 'Col1' does not exist in table 't1'.

а после - ОТКАТ ТРАНЗАКЦИИ.
И код "--супер пупер код 2" будет исполняться ВНЕ РАМОК ТРАНЗАКЦИИ!!!!!!. Вот в чем основная проблема

И соответсвенно оператор commit transaction также
вызовет еррор (хотя это уже большого значения иметь не будет).

Люди - помогите!

Решение, пока, так и не нашлось!!!

Абсолютно ничего не мешает.

Но дело не в столбце. Я написал это, только в качестве примера.

Где гарантия, что не возникнет какая-нибудь другая ошибка с severity >= 16. Такая ошибка приведет к откату транзакции.

Я, конечно, могу проверить на существование столбец.
Ну а потом?
Нужно будет проверять на существование внешние ключи, первичные ключи, default constraint-ы, check-ов и т.д. и т.п.... , учавствует ли таблица в репликации.....

Это, конечно, в какой-то степени выход.

Ну а как быть если ошибка возникнет при копировании данных из одной таблицы в другую (transcation log переполнился) или в какой-нибудь другой момент?

Опять возникнет еррор и откат транзакции.... :-)