zhmurБыл ещё один где сравнивались трудозатраты DBA на исправление различных ситуаций. Но я его сейчас найти не могу. И можно вспомнить такую замечательную ьехнологию как FLASHBACK. А конкретно FLASHBACK DATABASE. Которая позволяет вернуть ВСЮ базу к определённому моменту в прошлом за очень короткое время и является одним из основных средств защиты от фатальных ЛОГИЧЕСКИХ сбоев. У MS есть аналог (не воспрнимайте это как издёвку, я очень плохо знаю MS SQL)?


Database Snapshots -> How Database Snapshots Work

Yo.!в оракле ?
жмете "FLASHBACK DATABASE TO TIMESTAMP (SYSDATE-1/24);", берете биту и со спокойно идете бить девелоперов ...

В MS SQL:

Yo.!это снапшот, ее стоит сравнивать с технологией снапшотов в оракле середины девяностых и на flashback это совсем не похоже...

А я и не пытался сравнивать ее с flashback. Но предложенные Вами и zhmur задачи Database Snapshots решают.

Yo.!особливо в mssql где обычный индекс перестороить нужно всех из базы выгнать ?

Это тоже баян... ;) В 2005 (EE) построение, перестройка и удаление индекса может выполняться OnLine.

Yo.!нету у мс никаких инструментов отследить зависимость хп от поля в таблички

Не будьте столь категоричны. Есть поддержка зависимостей sys.sql_dependencies. И ничего не мешает разработчикам\админам ее анализировать. Более того - переименование колонки - это выполнение sp_rename (нет приведенного Вами ALTER TABLE ... RENAME ...), которая так же генерит соответствующий варнинг (который можно\нужно обработать). Если Вы упомяните Deffered Name Resolution, то замечу, что создание хп, которая ссылается на отсутствующую табличку (создать хп ссылающуюся на отсутствующую колонку в сущестующей таблице невозможно) не проходит бесследдно -и тут генерится соответсвующий варнинг (который можно\нужно обработать), и задача админа - адектватно на него атреагировать. Точно так же как оракловский админ должен отреагировать на инвалидные объекты. Если они оба проигнорировали это, то какая разница - какую ошибку получит пользователь - инвалидность объекта или отсутствие необходимой колонки?

Yo.!потому тогда когда вы обнаружите кривые хп востанавливать всю бд будет уже позно,

Восстанавливать бд из флашбэка предложили Вы (в качестве "альтернативы" транзакционности DDL в MS SQL), а не я. Я лишь привел некое соответствие функционала из MS SQL. Так что давайте не будем "с больной головы на здоровую".

Yo.!ну и не совсем понял в чем отличие востанавливатся из бэкапа или снапшота

В том, что:

1. Вы без дополнительных телодвижений получаете бд на момент создания снапшота.
2. Эта операция гараздо быстрее (восстановятся только страницы, которые менялись с момента создания снапшота), чем подъем бэкапа.

Yo.!да к стате на счет последовательности: майкрософт на полном серьезе рекомендует разбивать длинные транзакции на несколько покороче, чтоб длинная транзакция не мешала остальным. не вижу ничего сверьестественого в том, что недалекий вендор начитавшись таких рекомендаций разобьет длинную транзакцию ночного расчета со всеми вытекающими из патчика последствиями ...

Ну, сами значете, что с дуру можно сломать. Да и "не мешает" счас уже никто. ;)

Yo.!а можно с этого места поподробней ? запустил sp_rename, получил офигенно информативный варнинг:

Caution: Changing any part of an object name could break scripts and stored procedures.

Этот варнинг Вы получите в любом случие, даже если в зависимостях нет записей. Если же они там будут, то Вы получите:

Ошибку 15337:

Caution: sysdepends shows that other objects (views, procedures and so on) are referencing this object by its old name. These objects will become invalid, and should be dropped and re-created promptly.

Ваша правда - имя объекта не будет указано. Но по двойному клику на ошибке получить в QA строку бача, которая ее вызвала - не проблема.

Yo.!громадная разница: инвалидную хп оракл не позволит запустить, а mssql с легкостью запустит и она будет работать пока не нарвется на неверных стейтмент и не факт, что все что наделал процедура можно будет отвернуть.

Вы не правы. Не запустит.

Yo.!c sys.sql_dependencies тоже ничерта не понял:

Так понятней: