Каковы недостатки создания хранимых процедур SQL Server следующим образом?

Мы регистрируем все объекты нашей базы данных в системе управления версиями как повторно запускаемые сценарии (представления, функции, триггеры и хранимые процедуры и т. Д.)

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

Есть ли недостатки в создании скриптов следующим образом.

IF NOT EXISTS 
(
    SELECT      * 
    FROM        INFORMATION_SCHEMA.ROUTINES
    WHERE       ROUTINE_SCHEMA = 'dbo'
    AND         ROUTINE_NAME = 'MyStoredProcedure'
)
BEGIN
    EXEC ('CREATE PROCEDURE [dbo].[MyStoredProcedure] AS SELECT 1')
    -- ALSO DO ANY INITIAL GRANT PRIVILEGE SCRIPTING HERE
END
GO
ALTER PROCEDURE [dbo].[MyStoredProcedure] (
    @param1 INT,
    @param2 NVARCHAR(50) = 'Default String'
)
AS
BEGIN
    -- DO SOMETHING WITH @param1 AND @param2
    SELECT 1;
END
GO

По сути, сценарий проверяет, существует ли объект в соответствующем системном представлении, и, если он не существует, некоторый динамический sql создает его как заглушку, чтобы обойти проблемы с оператором CREATE PROCEDURE/GO, недопустимые в условных блоках. Затем он применяет фактическую функциональность сценария через ALTER.

Так что преимущества для меня очевидны, мне просто интересно, есть ли в этом какие-то недостатки ... кроме небольших накладных расходов на написание немного более подробных сценариев.