使用Decimal的Varchar标量函数仅返回Int，执行结果异常求助

这种前后结果不一致的情况，大概率是函数定义或内部逻辑的类型截断/隐式转换错误导致的，我给你梳理几个最常见的坑：

• 返回值类型长度设置过短：如果你的标量函数定义成了RETURNS VARCHAR(1)（或其他极小长度），那原本完整的"13:12:00"会被直接截断成第一个字符"1"。先检查函数的返回类型定义，确保长度足够容纳时间格式（比如VARCHAR(8)刚好适配HH:MM:SS格式）。

• Decimal转换时的隐式解析错误：如果函数里存在把时间字符串直接转成Decimal的操作，SQL会尝试从字符串开头解析数字，遇到非数字字符（比如":"）就停止转换。比如CAST('13:12:00' AS DECIMAL)会被SQL识别为13？不对，你返回的是"1"，那可能是你的时间字符串开头是"1"？或者是转换前的逻辑已经把时间值处理成了1？比如错误地计算了时间对应的某个整数指标（比如仅取小时的十位）。

• 函数内部逻辑分支错误：比如你在函数里误把某个中间变量（比如值为1的Decimal计算结果）当成最终时间字符串返回了，而不是你预期的格式化后的时间值。

举个典型的错误示例：

-- 直接执行能得到正确时间
SELECT CONVERT(VARCHAR(8), GETDATE(), 108) -- 返回 "13:12:00"

-- 错误封装的函数
CREATE FUNCTION dbo.GetMyTime()
RETURNS VARCHAR(1) -- 这里长度设置错误
AS
BEGIN
    DECLARE @temp DECIMAL(18,0)
    -- 错误的转换：遇到":"停止解析，得到13，但如果返回长度是1就会截断成"1"
    SET @temp = CAST(CONVERT(VARCHAR(8), GETDATE(), 108) AS DECIMAL)
    RETURN CAST(@temp AS VARCHAR)
END

调用这个函数就会返回"1"，完全符合你遇到的情况。

你可以按以下步骤排查：

1. 先核对函数的返回值类型长度，确保足够容纳目标字符串；
2. 把函数内部的代码拆出来逐行执行，看每一步的中间结果，定位哪一步把值变成了1；
3. 检查Decimal转换的必要性：如果只是为了格式化时间，完全不需要转成Decimal，直接返回格式化后的Varchar即可。

内容的提问来源于stack exchange，提问作者Vaelek