Сохраненная неисправная хранимая процедура

Question

Я получил сегодня билет о сломанном приложении, вызванном сломанной хранимой процедурой.

Хранимая процедура работала уже несколько месяцев, но сегодня, когда я ее осмотрел, я обнаружил несколько ошибок.

Сначала возник такой запрос.

ВЫБОР a.a , b.b , a.b ОТ таблица1 объединение table2 б ON. a.a = b.a

период после «ВКЛ», очевидно, вызвал ошибку. Фиксация была простой, но, насколько я знаю, вы не можете сохранить хранимую процедуру , которая сломана. Фактически, когда я открыл хранимую процедуру (без ее модификации) и попытался выполнить изменение с кодом оттуда, она не удалась с сообщениями об ошибках.

Были и другие ошибки, подобные этой процедуре, которую я исправил, чтобы, наконец, запустить alter.

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

Похоже, я охочусь на призрак и любая информация будет принята с благодарностью.

Answer 1

Я предполагаю, что это проблема отложенного разрешения имен.

SQL Server позволит вам создавать процедуры, которые ссылаются на объекты, которые не существуют во время создания хранимой процедуры. В этом случае SQL решает отложить компиляцию запроса во время выполнения, полагая, что объект будет там к моменту вызова процедуры, поэтому синтаксис не проверяется при создании процедуры.
Если после выполнения процедуры синтаксис неверен, в этот момент вы получите ошибку, но не во время создания процедуры.

Например, если table1 и table2 не существуют, это утверждение будет завершено без ошибок:

CREATE PROCEDURE testproc AS 
SELECT a.a 
     , b.b 
     , a.b 
FROM table1 a 
     JOIN table2 b ON. a.a = b.a 

Когда вы идете, чтобы выполнить testproc, вы получите следующее сообщение об ошибке: «Мульти-части идентификатор «.aa» не может быть связан ».