Функция не обязательно является детерминированной или недетерминированной. Есть некоторые функции, которые могут быть детерминированными в зависимости от того, как они используются :
Следующие функции не всегда являются детерминированными, но их можно использовать в индексированных представлениях или индексах для вычисляемых столбцов, если они определены детерминистическим образом.
CASTи CONVERTтакие примеры. На основании проведенного вами тестирования, я думаю, что будет справедливо сказать, что FORMATэто не всегда детерминировано, несмотря на то, что это строковая функция. Если вы хотите знать, является ли это порой детерминированным, единственная техника, о которой я могу подумать, - это попробовать достаточно разных способов назвать ее, пока вы не будете удовлетворены. Например, давайте рассмотрим FORMATприменительно к числам. Существует только десять различных типов ввода чисел :

Также существует всего девять различных числовых форматов . Можно попытаться создать постоянные столбцы для всех возможных комбинаций. Некоторый код для этого ниже:
DECLARE @FormatValue INT = 76767; -- change this if you want
DECLARE @FormatCulture VARCHAR(10) = 'en-US'; -- change this if you want
DECLARE @Format VARCHAR(1);
DECLARE @FormatType VARCHAR(10);
DECLARE @SQLForColumn VARCHAR(200);
DECLARE @TestNumber INT = 0;
BEGIN
DROP TABLE IF EXISTS dbo.TargetTable;
CREATE TABLE dbo.TargetTable (ID INT);
DROP TABLE IF EXISTS #ColumnAddResults;
CREATE TABLE #ColumnAddResults (
FormatType VARCHAR(10),
[Format] VARCHAR(1),
Succeeded VARCHAR(1),
ErrorMessage VARCHAR(1000)
);
drop table if exists #Types;
create table #Types (FormatType VARCHAR(10));
INSERT INTO #Types VALUES
('bigint'), ('int'), ('smallint'), ('tinyint'), ('decimal')
, ('numeric'), ('float'), ('real'), ('smallmoney'), ('money');
drop table if exists #Formats;
create table #Formats ([Format] VARCHAR(1));
INSERT INTO #Formats VALUES
('C'), ('D'), ('E'), ('F'), ('G'), ('N'), ('P'), ('R'), ('X');
DECLARE format_statements CURSOR LOCAL FAST_FORWARD FOR
SELECT #Types.FormatType, #Formats.[Format]
FROM #Formats
CROSS JOIN #Types;
OPEN format_statements;
FETCH NEXT FROM format_statements
INTO @FormatType, @Format;
WHILE @@FETCH_STATUS = 0
BEGIN
SET @TestNumber = @TestNumber + 1;
SET @SQLForColumn = 'alter table dbo.TargetTable add NewColumn' + CAST(@TestNumber AS VARCHAR(10))
+ ' as FORMAT(CAST(' + CAST(@FormatValue AS VARCHAR(10)) + ' AS ' + @FormatType + '), '
+ '''' + @Format + ''', ''' + @FormatCulture + ''') persisted';
BEGIN TRY
EXEC (@SQLForColumn);
INSERT INTO #ColumnAddResults VALUES (@FormatType, @Format, 'Y', NULL);
END TRY
BEGIN CATCH
INSERT INTO #ColumnAddResults VALUES (@FormatType, @Format, 'N', ERROR_MESSAGE());
END CATCH;
PRINT @SQLForColumn;
FETCH NEXT FROM format_statements
INTO @FormatType, @Format;
END;
CLOSE format_statements;
DEALLOCATE format_statements;
SELECT * FROM dbo.TargetTable;
SELECT * FROM #ColumnAddResults;
DROP TABLE #ColumnAddResults;
END;
Вот пример вывода:

Я не смог получить ни один из столбцов для добавления в таблицу для нескольких входных значений и культур. Я не исчерпывающе попробовал все возможные культуры, потому что не могу найти их список в SQL Server.
Как минимум, можно с уверенностью сделать вывод, что документация, касающаяся детерминизма, FORMATневерна, поэтому я бы порекомендовал представить для нее элемент подключения.
alter table #t add date_formatted_01 as CONVERT(VARCHAR(20), FORMAT(date_col, 'YYYY', 'en-US')) persisted;. Не уверен, почемуFORMATне является детерминированным, особенно при определении культуры.date_formattedКолонка может бытьVARCHAR(20)( по- прежнему сохраняется) и установить с помощью триггера использованияFORMAT. Или SQLCLR работает. Используя библиотеку SQL # SQLCLR (которую я написал), вы можете сделать этоALTER TABLE SQL#.t ADD date_formatted_03 AS SQL#.Date_Format(date_col, 'd', 'en-US') PERSISTED;(таблица принадлежит SQL #, поскольку владелец таблицы и функции должен совпадать).