関数は必ずしも確定的または非確定的ではありません。それらがどのように使用されるかによって決定論的になることができるいくつかの関数があります:
次の関数は常に確定的ではありませんが、確定的方法で指定されている場合、インデックス付きビューまたは計算列のインデックスで使用できます。
CASTとCONVERTそのような例です。これまでに行ったテストに基づいFORMATて、文字列関数であるにもかかわらず、それが常に確定的であるとは限らないと言えます。あなたがそれが時々決定論的であるかどうか知りたいなら、私が考えることができる唯一のテクニックはあなたが満足するまでそれを呼び出すのに十分な異なる方法を試すことです。たとえば、FORMAT数値に適用した場合を考えてみましょう。数値入力タイプは 10 種類しかありません。

また、9つの異なる数値形式しかないようです。考えられるすべての組み合わせに対して永続化列を作成しようとすることは可能です。そのためのコードの一部を以下に示します。
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#によって所有されます)。