SQL Server存储过程设置ANSI_WARNING后仍报异构查询需ANSI_WARNING错误，如何解决？

你遇到的这个问题其实是SQL Server对异构查询的硬性限制导致的——当你执行涉及链接服务器、OPENQUERY、OPENROWSET这类异构查询操作时，SQL Server强制要求ANSI_WARNINGS必须为ON，你在存储过程里手动设置SET ANSI_WARNINGS OFF根本不会生效，因为异构查询会忽略这个设置，优先遵循自身的兼容性要求。

那该怎么实现“截断过长数据再插入”的需求呢？核心思路是主动提前截断数据，而不是依赖ANSI_WARNINGS OFF让数据库自动截断，具体分两种场景处理：

场景1：数据来自异构数据源（比如链接服务器） #

如果你的插入数据是从异构数据源拉取的，直接在查询数据源的时候就截断字段长度，避免把过长的数据拉到本地后再处理：

CREATE PROCEDURE InsertFromLinkedServer
AS
BEGIN
    -- 不需要修改ANSI_WARNINGS，保持默认ON即可
    INSERT INTO YourLocalTable (ShortColumn)
    -- 在异构查询中直接截断字段到目标列的长度
    SELECT LEFT(RemoteLongColumn, 50) -- 假设YourLocalTable.ShortColumn是VARCHAR(50)
    FROM LinkedServer.RemoteDB.dbo.RemoteTable;
END

场景2：数据来自存储过程参数 #

如果是通过存储过程参数传入的过长数据，在插入之前就用字符串函数截断到目标列的定义长度：

CREATE PROCEDURE InsertWithTruncation
    @LongInput VARCHAR(200),
    @AnotherLongInput VARCHAR(150)
AS
BEGIN
    INSERT INTO YourLocalTable (Col1, Col2)
    VALUES (
        LEFT(@LongInput, 50),     -- Col1定义为VARCHAR(50)
        SUBSTRING(@AnotherLongInput, 1, 30) -- Col2定义为VARCHAR(30)，用SUBSTRING也可以
    );
END

额外提醒 #

1. 主动截断的好处不仅是避开ANSI_WARNINGS的限制，还能让你清晰控制截断逻辑，甚至可以添加日志记录（比如插入前检查字段长度，把过长的数据记录到日志表），方便后续排查数据问题。
2. 如果你不确定目标列的长度，可以用COL_LENGTH('YourLocalTable', 'ColumnName')动态获取，让代码更灵活：

   LEFT(@LongInput, COL_LENGTH('YourLocalTable', 'Col1'))
   

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