Yo.!я не получаю. что я делаю не так ? как я подозреваю я получил бы это сообщение если бы дропнул всю табличку, а не переименовал лишь одно поле.

Вы правы. Переименовать не удастся только schema-bound объекты.


ХП и триггера в MS SQL, не могут быть schema-bound.

Yo.!а что толку, отгадать кривая ли хп или нет запросик не поможет. этот запрос показывает название поля которое сейчас в бд, в про то что в хп используется другое (теперь кривое) название - молчит. а название поля, так я его и так могу посмотреть, в чем фишка ?

Фишка, на мой взгляд в том, что, есть возможность проверить, что колонка используется в хп. Использовать эту фишку как раз и стОит.

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

Естественно, что хранятся идентификаторы объектов и их колонок. Отгадать "после" - сделать алтер зависимых объектов и получить ошибку на "битых" хп.

Yo.!сосредоточимся, но сначала вы с pkarklin должны доказать, что можете определить сбой. то что mssql способен проверить синтаксис конечно радует, но то что @@errors=0 совершенно не означает, что в результате в базе не появилось туча кривых хп.

См. выше.

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

Ну уж ерунду то не стоит нести. Батч с патчиком наложит Sch-M блокировку на модифицируемые объекты, что не даст возможности их запустить до фиксации транзакции в батче.

Yo.!сотни таблиц, тысячи процедур и не поддающее подсчетам кол-во колонок, как я должен использовать ?

И какие проблемы перед вызовом sp_rename проверить, в каких объектах используется та или иная колонка?

Yo.!наверно можно проще - приведите скрипт или что там еще, как конкретно вы решаете, что нажать после наката патча rollback или commit. а то я не понимаю, зависимые объекты это хп, как им сделать алтер...

Получить перечень зависимых объектов можно - можно.
Определить тип объектов можно - можно.
Получить скрипт объекта можно - можно (sys.sql_modules).

И какие проблемы вызвать sp_executesql с тексом модуля, в котором CREATE заменен на ALTER?

Yo.!не понял, с какой стати юзерские транзакции на read commited будут вести себя как serializable ?? юзерская транзакция выполняет хп1, это ей никто не запретит, дадее запускается батч с патчем, который раставляет блокировки на хп1 и хп2, теперь юзерская транзакция честно дожидается обновления и снятие блокировок. теперь ничто не запретит ей запустить хп2 уже новой версии, обычный read commited.

Наверное можно проще - приведите скриптик, или что-то там еще, чтобы воспроизвести описанное Вами.

Yo.!у меня то никаких проблем,

Вы знаете, у меня тоже. ;)

Yo.!у меня нормальные зависимоти и статусы хп в оракле. то что вы тут мечетесь между SCHEMABINDING и sp_depends, sys.sql_modules показывает, что нет у МС инструмента, есть набор каких-то заготовок/полуфабрикатов из которых может быть лет через 8 сиквельные ДБА получат, то что имеют ораклоиды ну очень давно.

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

Yo.!в противном случае тут меня бы завалили простенькими скриптами которые решают элементарную задачу - можно ли нажать commit.

Это настолько простенькие скрипты, что такому профессионалу как Вы (здесь нет сарказма) по имеющимся справочным данным не составит большого труда их реализовать самостоятельно. Тем более направление уже задано.

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

И что изменится, если вместо валидности и оракл поставить депенденсис и сиквел сервер?

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

Ну я же приводил скрипт, который выявляет зависимости для переименованной колонки. Чего Вам еще надо?!

Yo.!депендесис не способна отследить даже переименование таблички (т.к. хранит ИД таблицы),

Она и не остлеживает переименование. Она отслеживает зависимость объектов.