Question

我刚刚发布了一些随机导致错误的代码。我已经通过完全改变查询方式来修复问题。然而，我仍然困扰我，我不知道是什么原因导致问题，所以想知道是否有人可能知道答案。我在存储过程中有以下查询。我不是在寻找关于使用嵌套函数调用和类似事情进行查询的好习惯的评论:-)。只是真的想找出为什么它不能始终如一地工作。随机查询中的函数将返回非数字值并导致连接错误。但是，如果我立即重新运行查询，它可以正常工作。

SELECT      cscsf.cloud_server_current_software_firewall_id,
                dbo.fn_GetCustomerFriendlyFromRuleName(cscsf.rule_name, np.policy_name) as rule_name,
                cscsf.rule_action,
                cscsf.rule_direction,
                cscsf.source_address,
                cscsf.source_mask,
                cscsf.destination_address,
                cscsf.destination_mask,
                cscsf.protocol,
                cscsf.port_or_port_range,
                cscsf.created_date_utc,
                cscsf.created_by
    FROM        CLOUD_SERVER_CURRENT_SOFTWARE_FIREWALL cscsf
    LEFT JOIN   CLOUD_SERVER cs
    ON          cscsf.cloud_server_id = cs.cloud_server_id
    LEFT JOIN   CLOUD_ACCOUNT cla
    ON          cs.cloud_account_id = cla.cloud_account_id
    LEFT JOIN   CONFIGURATION co
    ON          cla.configuration_id = co.configuration_id
    LEFT JOIN   DEDICATED_ACCOUNT da
    ON          co.dedicated_account_id = da.dedicated_account_id
    LEFT JOIN   CORE_ACCOUNT ca
    ON          da.core_account_number = ca.core_account_id
    LEFT JOIN   NETWORK_POLICY np 
    ON          np.network_policy_id = (select dbo.fn_GetIDFromRuleName(cscsf.rule_name))
    WHERE       cs.cloud_server_id = @cloud_server_id
    AND         cs.current_software_firewall_confg_guid = cscsf.config_guid
    AND         ca.core_account_id IS NOT NULL
    ORDER BY    cscsf.rule_direction, cscsf.cloud_server_current_software_firewall_id

如果您注意到加入

ON          np.network_policy_id = (select dbo.fn_GetIDFromRuleName(cscsf.rule_name))

调用函数。

这是该功能：

ALTER FUNCTION [dbo].[fn_GetIDFromRuleName]
(
    @rule_name              varchar(100)
)
RETURNS varchar(12)
AS
BEGIN
    DECLARE     @value      varchar(12)

        SET @value = dbo.fn_SplitGetNthRow(@rule_name, '-', 2)
        SET @value = dbo.fn_SplitGetNthRow(@value, '_', 2)
        SET @value = dbo.fn_SplitGetNthRow(@value, '-', 1)

    RETURN      @value
END

然后调用此函数：

ALTER FUNCTION [dbo].[fn_SplitGetNthRow]
(
    @sInputList     varchar(MAX),
    @sDelimiter     varchar(10) = ',',
    @sRowNumber     int = 1
)
RETURNS varchar(MAX)
AS
BEGIN
    DECLARE     @value      varchar(MAX)

    SELECT      @value = data_split.item
                        FROM
                        (
                            SELECT *, ROW_NUMBER() OVER (ORDER BY (SELECT 1)) as row_num FROM dbo.fn_Split(@sInputList, @sDelimiter)
                        ) AS data_split
                        WHERE
                        data_split.row_num = @sRowNumber

    IF          @value IS NULL
        SET     @value = ''

    RETURN      @value  
END

最终调用此函数：

ALTER FUNCTION [dbo].[fn_Split] (
    @sInputList VARCHAR(MAX),
    @sDelimiter VARCHAR(10) = ','
) RETURNS @List TABLE (item VARCHAR(MAX))
BEGIN
    DECLARE @sItem VARCHAR(MAX)
    WHILE CHARINDEX(@sDelimiter,@sInputList,0) <> 0
        BEGIN
            SELECT @sItem=RTRIM(LTRIM(SUBSTRING(@sInputList,1,CHARINDEX(@sDelimiter,@sInputList,0)-1))), @sInputList=RTRIM(LTRIM(SUBSTRING(@sInputList,CHARINDEX(@sDelimiter,@sInputList,0)+LEN(@sDelimiter),LEN(@sInputList))))
            IF LEN(@sItem) > 0
                INSERT INTO @List SELECT @sItem
        END

    IF LEN(@sInputList) > 0
        INSERT INTO @List SELECT @sInputList -- Put the last item in
    RETURN
END

Answer 1

“随机”返回不同内容的原因与SQL Server如何优化查询以及它们被短路的位置有关。

解决问题的一种方法是更改fn_GetIDFromRuleName的返回值：

return (case when isnumeric(@value) then @value end)

或者，更改连接条件：

on np.network_policy_id = (select case when isnumeric(dbo.fn_GetIDFromRuleName(cscsf.rule_name)) = 1)
                                       then dbo.fn_GetIDFromRuleName(cscsf.rule_name) end)

潜在的问题是评估顺序。 “case”语句解决问题的原因是它在转换之前检查数值并且 SQL Server保证case语句中的求值顺序。作为一个注释，你可能仍然有转换数字，如“6e07”或“1.23”这些数字，但不是整数。

为什么它有时会起作用？好吧，显然，查询执行计划正在发生变化，无论是静态还是动态。失败的情况可能在WHERE条件排除的行上。为什么要尝试进行转换？问题是转换发生的地方。

转换发生的时间取决于查询计划。反过来，这可能取决于何时读取所讨论的表cscf。如果它已经在成员中，那么它可能会被读取并尝试转换为查询中的第一步。然后你会得到错误。在另一种情况下，另一个表可能是filtererd，并且在转换之前删除了行。

无论如何，我的建议是：

从不在查询中进行隐式转换。
使用case语句进行显式转换。
不要依赖WHERE子句来过滤数据以使转换有效。使用案例陈述。

SQL Server 2008结果不一致

1 个答案: