如何设置Substring长度为列最长数据长度？超大INT是否影响查询性能？

嘿，我来帮你梳理下这个问题～

在SQL Server里，当你给SUBSTRING的第三个参数（指定截取长度）传一个远大于实际字符串长度的数值时，其实不会对性能造成负面影响。因为SQL Server内部会自动截断到字符串的实际有效长度，不会去尝试读取不存在的字符。不过从代码可读性和规范角度来说，用实际需要的长度肯定更稳妥，也避免其他维护者看到这么大的数字产生困惑。

要计算ELECTRONICMAILADDRESS列的最长值长度，你可以结合MAX()和LEN()函数来实现，同时注意处理NULL值（因为LEN(NULL)会返回NULL，可能导致@MAXINT为空）：

DECLARE @MAXINT INT;

-- 计算最长邮箱地址的长度，用ISNULL处理NULL值
SELECT @MAXINT = MAX(LEN(ISNULL(EMP.ELECTRONICMAILADDRESS, '')))
FROM dbo.EMP; -- 这里根据你的实际表关联逻辑调整，如果是关联查询的话可能需要加入JOIN条件

-- 保险起见，如果所有邮箱都是NULL，给个默认值（比如1，根据你的业务场景调整）
SET @MAXINT = ISNULL(@MAXINT, 1);

你当前用的是老派的FOR XML PATH('')方式拼接邮箱地址，如果你的SQL Server版本是2017及以上，强烈推荐用STRING_AGG函数——语法更简洁，性能也更优，完全不需要用SUBSTRING去移除开头的逗号：

SELECT 
    JOB.JOBNUMBER AS ExpenseCode,
    STRING_AGG(LOWER(EMP.ELECTRONICMAILADDRESS), ',') AS EmployeeEmails
FROM dbo.JOB
-- 补全你的JOB和EMP表的关联条件
JOIN dbo.EMP ON JOB.XXX = EMP.XXX
GROUP BY JOB.JOBNUMBER;

如果因为版本限制必须用FOR XML PATH的方式，其实也可以不用预先计算@MAXINT，直接通过获取拼接后字符串的实际长度来截取，这样更准确：

SELECT 
    JOB.JOBNUMBER AS ExpenseCode,
    SUBSTRING(
        EmailList,
        2,
        LEN(EmailList) - 1
    ) AS EmployeeEmails
FROM (
    SELECT 
        JOB.JOBNUMBER,
        -- 先拼接带开头逗号的邮箱字符串
        (SELECT ',' + LOWER(EMP.ELECTRONICMAILADDRESS) AS [text()]
         FROM dbo.EMP
         WHERE -- 补全和JOB表的关联条件
         FOR XML PATH(''), TYPE).value('.', 'NVARCHAR(MAX)') AS EmailList
    FROM dbo.JOB
) AS SubQuery;

这样既避免了用超大INT值的尴尬，又能精准截取到需要的内容。

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