我认为这不是确定性的,因为 DB_NAME() 不是确定性的?如果 DB_NAME() 不是确定性的,为什么它不是确定性的?

ALTER FUNCTION [TheSchema].[udf_IS_PRODUCTION] ()
RETURNS bit
    WITH SCHEMABINDING
AS
    BEGIN
        RETURN CASE WHEN DB_NAME() = 'PRODUCTION' THEN CONVERT(bit, 1) ELSE CONVERT(bit, 0) END
    END

更新: 此版本有效,具有确定性,允许在任何数据库中使用相同的代码并删除数据库名称的硬编码(这也允许我删除另一个关于数据库名称编码的自动系统健康异常)
ALTER FUNCTION [TheSchema].[udf_IS_PRODUCTION] ()
RETURNS bit
    WITH SCHEMABINDING
AS
    BEGIN
        RETURN (SELECT IS_PRODUCTION FROM TheSchema.IS_PRODUCTION)
    END

仅供引用 这是我用于监控潜在问题的系统健康自我报告系统中的代码片段。
    SELECT  'Non-deterministic Scalar UDF' AS Problem
           ,QUOTENAME(ROUTINE_SCHEMA) + '.' + QUOTENAME(ROUTINE_NAME) AS ROUTINE_NAME
    FROM    INFORMATION_SCHEMA.ROUTINES WITH (NOLOCK)
    WHERE   IS_DETERMINISTIC = 'NO'
            AND ROUTINE_TYPE = 'FUNCTION'
            AND DATA_TYPE <> 'TABLE'
    ORDER BY ROUTINE_SCHEMA
           ,ROUTINE_NAME

最佳答案

当然,我可以想到一种方法来使它具有确定性。在您的生产数据库上部署此函数:

ALTER FUNCTION [TheSchema].[udf_IS_PRODUCTION] ()
RETURNS bit
    WITH SCHEMABINDING
AS
BEGIN
    RETURN CONVERT(bit, 1)
END

并将此部署到您的测试数据库:
ALTER FUNCTION [TheSchema].[udf_IS_PRODUCTION] ()
RETURNS bit
    WITH SCHEMABINDING
AS
BEGIN
    RETURN CONVERT(bit, 0)
END

这可能看起来很愚蠢,但 IMO 数据库名称不应比某些 UDF 的返回值更“硬编码”。

更好的是,只需将此信息放在某个配置表中即可。

关于sql-server - 有什么办法可以使这个 UDF 具有确定性?,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/2118705/

10-09 22:26