私はこの問題の前置きとして、解決できるとは思いません。回避策もあります。これを実現するためにOUTPUTを含むストアドプロシージャを作成できます。関数を使用してこのチェックサムが必要なセクションをコーディングする方が簡単です。
Exec SP_ExecuteSQL @SQL
呼び出しのため、このコードは機能しません。誰かが関数で動的SQLを実行する方法を知っていますか? (そして、私はそれが可能だとは思わない。それが可能なら、それを回避する方法を知りたい!)
Create Function Get_Checksum
(
@DatabaseName varchar(100),
@TableName varchar(100)
)
RETURNS FLOAT
AS
BEGIN
Declare @SQL nvarchar(4000)
Declare @ColumnName varchar(100)
Declare @i int
Declare @Checksum float
Declare @intColumns table (idRecord int identity(1,1), ColumnName varchar(255))
Declare @CS table (MyCheckSum bigint)
Set @SQL =
'Insert Into @IntColumns(ColumnName)' + Char(13) +
'Select Column_Name' + Char(13) +
'From ' + @DatabaseName + '.Information_Schema.Columns (NOLOCK)' + Char(13) +
'Where Table_Name = ''' + @TableName + '''' + Char(13) +
' and Data_Type = ''int'''
-- print @SQL
exec sp_executeSql @SQL
Set @SQL =
'Insert Into @CS(MyChecksum)' + Char(13) +
'Select '
Set @i = 1
While Exists(
Select 1
From @IntColumns
Where IdRecord = @i)
begin
Select @ColumnName = ColumnName
From @IntColumns
Where IdRecord = @i
Set @SQL = @SQL + Char(13) +
CASE WHEN @i = 1 THEN
' Sum(Cast(IsNull(' + @ColumnName + ',0) as bigint))'
ELSE
' + Sum(Cast(IsNull(' + @ColumnName + ',0) as bigint))'
END
Set @i = @i + 1
end
Set @SQL = @SQL + Char(13) +
'From ' + @DatabaseName + '..' + @TableName + ' (NOLOCK)'
-- print @SQL
exec sp_executeSql @SQL
Set @Checksum = (Select Top 1 MyChecksum From @CS)
Return isnull(@Checksum,0)
END
GO
SQL Serverは関数を決定論的に扱うため、「通常」は実行できません。つまり、指定された入力のセットに対して、常に同じ出力を返す必要があります。ストアドプロシージャまたは動的SQLは、依存しているテーブルなどの外部状態を変更する可能性があるため、非決定的である可能性があります。
SQLサーバーの関数は常に確定的であることを考えると、将来のコードをサポートする必要がある人にとってかなり大きな混乱を引き起こす可能性があるため、これを回避しようとすることは、将来のメンテナンスの観点からは悪い考えです。
これが解決策です
ソリューション1:関数から動的文字列を返す
Declare @SQLStr varchar(max)
DECLARE @tmptable table (<columns>)
set @SQLStr=dbo.function(<parameters>)
insert into @tmptable
Exec (@SQLStr)
select * from @tmptable
ソリューション2:パラメータを渡してネストされた関数を呼び出します。
これは、拡張ストアドプロシージャを呼び出すことで回避できます。これには、すべてのアテンダントの面倒とセキュリティの問題があります。
http://decipherinfosys.wordpress.com/2008/07/16/udf-limitations-in-sql-server/
http://decipherinfosys.wordpress.com/2007/02/27/using-getdate-in-a-udf/
関数はクエリオプティマイザーとうまく連携する必要があるため、関数にはかなりの制限があります。 このリンク は、UDFの制限について詳しく説明している記事を参照しています。
返信ありがとうございます。
ロン:参考までに、それを使用するとエラーがスローされます。
最初に意図したことをしないことが最善の解決策であることに同意し、別のルートに進むことにしました。私の2つの選択肢は、ストアドプロシージャでsum(cast(BINARY_CHECKSUM(*) as float))
または出力パラメーターを使用することでした。それぞれの速度を単体テストした後、sum(cast(BINARY_CHECKSUM(*) as float))
を使用して、各テーブルのデータの比較可能なチェックサム値を取得することにしました。