C#向SQL存储过程传递表名失败，求助问题原因

嘿，这个问题我之前踩过坑！让我给你拆解下问题出在哪，以及怎么解决～

你写的存储过程用了静态SQL，而SQL Server在编译存储过程的时候，就需要确定所有要访问的表、列等对象的名称。你的@link是一个运行时才会传入的参数，编译器根本不会把它当成表名，反而会把它看作一个普通变量，自然就找不到对应的表了。

要实现“根据参数动态指定表名”的需求，得用动态SQL——也就是把SQL语句拼接成字符串，在运行时再执行它。不过直接拼接字符串有SQL注入风险，所以要做好安全处理，下面是适配你场景的完整示例：

CREATE PROCEDURE test 
    @siteName nvarchar(50)  -- 改成接收用户输入的站点名称，比如google.com
AS
BEGIN
    SET NOCOUNT ON;  -- 避免返回额外的计数信息

    -- 第一步：用你的search_sitedomain函数获取对应的表名
    DECLARE @tableName nvarchar(50) = dbo.search_sitedomain(@siteName);

    -- 关键：验证表名是否合法存在，防止SQL注入和无效输入
    IF NOT EXISTS (SELECT 1 FROM sys.tables WHERE name = @tableName)
    BEGIN
        RAISERROR('指定的域名表不存在，请检查输入', 16, 1);
        RETURN;
    END

    -- 第二步：构建安全的动态SQL语句，用QUOTENAME包裹表名避免特殊字符/关键字问题
    DECLARE @sqlStatement nvarchar(MAX) = N'SELECT * FROM ' + QUOTENAME(@tableName);

    -- 第三步：执行动态SQL
    EXEC sp_executesql @sqlStatement;
END

• 避免SQL注入：绝对不要直接拼接用户输入的站点名称到SQL语句里！这里我们通过search_sitedomain函数先把站点名称转换成合法的表名，再用sys.tables验证表存在，最后用QUOTENAME处理表名，最大程度降低注入风险。
• 权限问题：执行这个存储过程的账号，需要拥有对应域名表的查询权限。
• 表名合法性：如果你的域名表名有特殊字符（比如.com里的点），QUOTENAME会自动给表名加上方括号（变成[.com]），确保SQL能正确识别。

再回头看你的原代码：

CREATE PROCEDURE test @link nvarchar(50) AS SELECT * FROM @link

SQL Server会把@link当成一个局部变量，而不是表名标识符。它会尝试查找名为@link的变量，但你并没有定义这个变量对应的数据集，所以必然报错。只有通过动态SQL，让SQL在运行时解析表名，才能实现你的需求。

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