Симонов ДенисПросто оператор ALTER DATABSAE SHUTDOWN не выполнится и бросит ошибку, а дальнейший скрипт если он не может выполнится не выполнится, т.е. будет вести себя так как будто этого оператора и не было.
ALTER как раз выполнится без ошибок, свалиться может скрипт. Но если коннект что-то до этого наделал, а потом вдруг решил апгрейдить базу - то ССЗБ, получай ошибку при апгрейде.

Вариант для продолжения дискуссии:


- NO ACCESS можно заменить на PROTECTED ACCESS
- SHARED ACCESS = multi, EXCLUSIVE ACCESS = single, NO ACCESS = full
- если SHARED / EXCLUSIVE ACCESS, то после шатдауна конкурентов текущий коннект остается активным
- если NO ACCESS, то текущий коннект либо самоубивается, либо помечается как убитый (и требует явного дисконнекта клиентом)
- необходимость NO ACCESS обсуждаема (ведь обратного пути через SQL нет)
- какой режим шатдауна умолчательный - обсуждаемо (EXCLUSIVE?)

ну и

- по умолчанию - FOR FULL ACCESS
- онлайнить в EXCLUSIVE ACCESS нельзя просто потому, что при активном full shutdown к базе нельзя подключиться для выполнения ALTER

Симонов Денис,

согласен. SHARED вообще больше для совместимости оставлен, хотя изредка он таки бывает полезен. У того же оракла есть что-то аналогичное, только названное иначе.

давай подождем, может какие-то еще спорные моменты вспомнятся...

Гаджимурадов Рустам,

пока что идет речь про команду SQL