SQL Server 2017更新列时Openrowset无法识别列名求助

这个问题我之前碰到过，核心原因很明确：SQL Server的OPENROWSET(BULK ...)函数不支持直接引用表中的列作为文件路径参数——它只接受常量字符串，所以你直接写imm_photo_path时，SQL会把它当成一个字面量的路径名，而不是读取列里存储的实际路径，自然就识别不了。

下面给你两种实用的解决方法，按需选择：

方法一：用游标逐行动态更新（推荐批量处理） #

这种方法适合批量更新所有记录，通过游标遍历每行的路径，动态生成更新语句，绕开OPENROWSET的常量限制：

-- 先声明需要用到的变量，记得把@id换成你表的实际主键列
DECLARE @id INT;
DECLARE @photoPath NVARCHAR(255);
DECLARE @dynamicSql NVARCHAR(MAX);

-- 声明游标，只处理路径非空且文件真实存在的行
DECLARE photoUpdateCursor CURSOR FOR
SELECT id, imm_photo_path 
FROM tbl_imm_data 
WHERE imm_photo_path IS NOT NULL 
  AND EXISTS (SELECT 1 FROM sys.fn_os_file_exists(imm_photo_path, DEFAULT) WHERE file_exists = 1);

-- 开启游标并循环处理
OPEN photoUpdateCursor;
FETCH NEXT FROM photoUpdateCursor INTO @id, @photoPath;

WHILE @@FETCH_STATUS = 0
BEGIN
    -- 构建动态SQL，用REPLACE处理路径里的单引号，避免语法错误
    SET @dynamicSql = N'UPDATE tbl_imm_data 
                         SET photobase64 = (SELECT BulkColumn FROM OPENROWSET(BULK ''' + REPLACE(@photoPath, '''', '''''') + ''', SINGLE_BLOB) AS src)
                         WHERE id = ' + CAST(@id AS NVARCHAR(10));
    
    -- 执行动态语句
    EXEC sp_executesql @dynamicSql;

    -- 读取下一行
    FETCH NEXT FROM photoUpdateCursor INTO @id, @photoPath;
END

-- 清理游标
CLOSE photoUpdateCursor;
DEALLOCATE photoUpdateCursor;

注意点： #

• 把代码里的@id替换成你表中用来唯一标识每行的主键列（比如imm_id之类的）。
• 路径里的单引号会被REPLACE转义，避免SQL语法错误和注入风险。
• 加了sys.fn_os_file_exists检查，跳过无效路径的记录，防止报错中断整个更新。

方法二：单条记录快速更新 #

如果只是更新某一条记录，直接用常量路径就行，写法很简单：

UPDATE tbl_imm_data
SET photobase64 = (SELECT BulkColumn FROM OPENROWSET(BULK 'C:\your\photo\path\image.jpg', SINGLE_BLOB) AS src)
WHERE id = 123; -- 替换成目标记录的主键值

必备前置配置 #

不管用哪种方法，都要确保以下两点：

1. 开启Ad Hoc Distributed Queries：如果你的SQL Server没开这个配置，先执行下面的命令开启：

sp_configure 'show advanced options', 1;
RECONFIGURE;
sp_configure 'Ad Hoc Distributed Queries', 1;
RECONFIGURE;

2. 权限检查：SQL Server的服务账户（不是你登录数据库的账户）必须对imm_photo_path指向的文件夹有读取权限——如果是网络共享路径，还要给服务账户分配对应的共享权限。

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