Изменить функцию SQL, на которую ссылается вычисляемый столбец

Нет, насколько мне известно, вы не можете этого сделать — вам придется сначала удалить все вычисляемые столбцы, ссылающиеся на функцию, изменить функцию, а затем воссоздать вычисляемые столбцы.

Может быть, MS даст нам команду «СОЗДАТЬ ИЛИ ИЗМЕНИТЬ ФУНКЦИЮ» в SQL Server 2010/2011? :-)

Марк

Последствия ALTER могут быть огромными.

Вы проиндексировали столбцы? Использовали его в представлении с привязкой схемы? Сохранял это? Отношение внешнего ключа к нему?

Что, если ALTER изменит тип данных, возможность использования NULL или детерминизм?

Легче остановить ALTER FUNCTION с зависимостями, чем иметь дело с таким количеством сценариев.

Извините за этот поздний ответ, но он может быть полезен.

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

Пример:
Вычисляемый столбец использует формулу: dbo.link_comp('123')
Эта функция перенаправляет аргументы и вызовы и возвращает функцию dbo.link('123') (ваша реальная функция)
Обе функции просто должны использовать одни и те же аргументы и возвращать один и тот же тип.

Затем блокируется функция dbo.link_comp, и вы по-прежнему можете ИЗМЕНИТЬ dbo.link.
Кроме того, если ваша функция вызывается из другого SQL, вы все равно можете использовать свое настоящее имя функции dbo.link, фиктивную функцию dbo. .link_comp предназначен только для вычисляемого столбца.

Предположим, таблица T1 со столбцами C1, C2, C3, C4, C5, где C4 — вычисляемый столбец.

Также предположим, что C4 ссылается на функцию OldFunc, которую вы хотите заменить на NewFunc.

Во-первых, переместите невычисляемые столбцы из всех строк во временную таблицу.

Select C1, C2, C3, C5 into TmpT1 from T1
Go

Затем удалите все строки из T1.

Delete From T1
go

Теперь вы можете изменить столбец C4

Alter table T1 alter column C4 as dbo.NewFunc()
Go

Теперь поместите сохраненные данные обратно в исходную таблицу.

Insert Into T1 (C1,C2,C3,C5) select C1,C2,C3,C5 from TmpT1

Теперь удалите временную таблицу

Drop Table TmpT1

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

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

Если вам нужно внести изменения в параметры в определениях (как мне нужно), вы можете просто написать эту часть, где определения создаются снова.

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

Надеюсь, это может быть полезно для кого-то еще.

/* Create temporary table to hold definitions */
CREATE TABLE [#FUNCTION]
(
    [TABLE_NAME] nvarchar(255) NOT NULL,
    [COLUMN_NAME] nvarchar(255) NOT NULL,
    [DEFINITION] nvarchar(255) NOT NULL
)
GO

/* Add data to temp table */
INSERT INTO [#FUNCTION] ( [TABLE_NAME], [COLUMN_NAME], [DEFINITION] )
SELECT TABLE_NAME, COLUMN_NAME, definition FROM INFORMATION_SCHEMA.COLUMNS
INNER JOIN sys.computed_columns ON ( object_id = object_id( TABLE_NAME ) AND name = COLUMN_NAME )
WHERE definition LIKE '%MyFunctionName%'
GO

/* Remove columns */
DECLARE @TABLE_NAME nvarchar(255)
DECLARE @COLUMN_NAME nvarchar(255)

DECLARE c_CursorName CURSOR LOCAL FOR SELECT [TABLE_NAME], [COLUMN_NAME] FROM [#FUNCTION]
OPEN c_CursorName

FETCH NEXT FROM c_CursorName INTO @TABLE_NAME, @COLUMN_NAME

WHILE @@FETCH_STATUS = 0
BEGIN
    EXEC( 'ALTER TABLE [' + @TABLE_NAME + '] DROP COLUMN [' + @COLUMN_NAME + ']' )

    FETCH NEXT FROM c_CursorName INTO @TABLE_NAME, @COLUMN_NAME
END

CLOSE c_CursorName
DEALLOCATE c_CursorName
GO

/* Update function */
-- Update function here
GO

/* Recreate computed columns */
DECLARE @TABLE_NAME nvarchar(255)
DECLARE @COLUMN_NAME nvarchar(255)
DECLARE @DEFINITION nvarchar(255)

DECLARE c_CursorName CURSOR LOCAL FOR SELECT [TABLE_NAME], [COLUMN_NAME], [DEFINITION] FROM [#FUNCTION]
OPEN c_CursorName

FETCH NEXT FROM c_CursorName INTO @TABLE_NAME, @COLUMN_NAME, @DEFINITION

WHILE @@FETCH_STATUS = 0
BEGIN
    EXEC( 'ALTER TABLE [' + @TABLE_NAME + '] ADD [' + @COLUMN_NAME + '] AS ' + @DEFINITION )

    FETCH NEXT FROM c_CursorName INTO @TABLE_NAME, @COLUMN_NAME, @DEFINITION
END

CLOSE c_CursorName
DEALLOCATE c_CursorName
GO

/* Remove temp table */
DROP TABLE [#FUNCTION]
GO

Вы можете попробовать какой-нибудь хороший инструмент сравнения схем, который создаст для вас скрипт :)

Вы можете сделать столбец невычисляемым и обновить его с помощью TRIGGER.

Или вы можете переименовать таблицу во что-то другое, удалить вычисляемый столбец и создать VIEW вместо исходной таблицы (т. е. с исходным именем таблицы), включая нужный вам «вычисляемый» столбец.

РЕДАКТИРОВАТЬ: обратите внимание, что это может испортить ваши ВСТАВКИ в исходное имя таблицы (теперь VIEW). Очевидно, вы можете оставить старую таблицу, удалить вычисляемый столбец и создать отдельное представление, содержащее вычисляемый столбец.

Нам приходилось обходиться с вычисляемыми столбцами достаточно раз, чтобы решить, что от них больше проблем, чем пользы. Отказоустойчивые вставки(1), попытки вставки в VIEW в таблицы с вычисляемыми столбцами, вещи, требующие взаимодействия с SET ARITHABORT и так далее.

(1) У нас есть отказоустойчивые вставки, такие как:

INSERT INTO MyTable SELECT * FROM MyOtherTable WHERE...

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