跨数据库访问表行：带参数存储过程统计指定表各列空值的实现问题

先看你当前代码存在的几个关键问题，我帮你逐一修正：

问题分析 #

• @sql未初始化：你声明@sql后直接拼接，初始值是NULL，任何字符串和NULL拼接结果都是NULL，这会导致最终生成的SQL完全无效。
• 列拼接缺少分隔符：多个sum(...)统计语句之间没有逗号分隔，生成的SQL会出现语法错误，数据库根本无法执行。
• 系统视图查询范围错误：sys.columns、sys.all_objects这些视图默认只查询当前数据库的对象，如果@dbname不是当前数据库，你要么找不到目标表的列信息，甚至会误查当前库中同名的表。
• 缺少有效性校验：没有提前验证目标数据库、表是否存在，执行后只会返回模糊的错误，不利于排查问题。

修正后的存储过程代码 #

create or alter proc testnulls( 
    @dbname sysname = N'master', 
    @schemaname sysname = N'dbo', 
    @tablename sysname = N'spt_values' 
) as 
begin
    set nocount on; -- 关闭计数信息，让输出更整洁

    -- 先验证目标数据库是否存在
    if not exists (select 1 from sys.databases where name = @dbname)
    begin
        raiserror(N'数据库 %s 不存在，请检查参数', 16, 1, @dbname);
        return;
    end

    DECLARE @sql nvarchar(max) = N''; -- 必须初始化@sql为空字符串
    DECLARE @columnList nvarchar(max) = N'';

    -- 跨库查询目标数据库的表列信息
    SELECT @columnList = STRING_AGG(
        N'sum(case when [' + c.name + N'] is null then 1 else 0 end) as [' + c.name + N'_NULLS]',
        N','
    )
    FROM [@dbname].sys.columns AS c 
    INNER JOIN [@dbname].sys.all_objects AS t ON c.[object_id] = t.[object_id] 
    INNER JOIN [@dbname].sys.schemas AS s ON t.[schema_id] = s.[schema_id] 
    WHERE t.name = @tablename 
      AND s.name = @schemaname
      AND t.type = N'U'; -- 只统计用户表，排除系统表、视图等非表对象

    -- 验证目标表是否存在
    if @columnList is null
    begin
        raiserror(N'数据库 %s 中找不到架构 %s 下的用户表 %s', 16, 1, @dbname, @schemaname, @tablename);
        return;
    end

    -- 拼接最终的统计SQL
    SET @sql = N'
        SELECT ' + @columnList + N'
        FROM ' + QUOTENAME(@dbname) + N'.' + QUOTENAME(@schemaname) + N'.' + QUOTENAME(@tablename) + N';
    ';

    -- 执行动态SQL
    exec sp_executesql @sql;
end

关键改进点说明 #

1. 初始化变量：将@sql初始化为空字符串，彻底解决NULL拼接导致的SQL无效问题。
2. 用STRING_AGG拼接列：SQL Server 2017及以上版本支持STRING_AGG，可以自动在多个统计字段间添加逗号，比手动拼接更简洁不易出错。如果是低版本，可以替换为FOR XML PATH的拼接方式。
3. 跨库查询系统视图：通过[@dbname].sys.columns的方式直接查询目标数据库的系统视图，确保获取的是目标库中表的真实列信息，解决了跨库表列查询的核心问题。
4. 添加有效性校验：提前检查数据库、表是否存在，给出明确的错误提示，方便快速定位问题。
5. 使用sp_executesql执行：相比直接用exec，sp_executesql更安全，还能让SQL Server重用查询计划，提升执行效率。

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