使用SELECT * INTO时出现非NULL列赋值为NULL警告的求助

这个问题看起来有点反直觉——毕竟SELECT * INTO应该完全镜像源表结构，但实际上背后有几个可能的原因，咱们一步步拆解：

核心原因分析 #

警告的本质是：你试图往一个被标记为NOT NULL的新表列中插入NULL值。这说明SELECT * INTO创建的目标表列，和源表的NULLABLE属性不一致，或者源数据中存在你没注意到的NULL值（哪怕源表列定义为NOT NULL）。

具体可能的触发场景：

1. 跨数据库查询的元数据读取偏差 #

当你跨数据库（DbOne→DbTwo）执行SELECT * INTO时，如果两个数据库的兼容性级别不同，SQL Server对源表列的NULLABLE属性判断可能出现误差。比如源库是旧版本（如SQL Server 2008），目标库是新版本（如2019），某些数据类型的NULLABLE规则在不同级别下处理逻辑有差异，导致目标表被错误地创建了NOT NULL列，但源数据中对应列存在NULL。

2. SELECT * INTO的约束复制限制 #

SELECT * INTO只会复制列的基本数据类型、长度，不会复制源表的非空约束、主键、默认值等。但有一种特殊情况：如果SQL Server的查询优化器通过你的WHERE条件推断，结果集中某列不可能出现NULL，它可能会自动将目标表的该列设置为NOT NULL——哪怕源表列本身是NULLABLE。比如你的FacilityID IN (...)条件如果过滤掉了所有NULL的FacilityID，但其他列如果在源表中是NULLABLE且有NULL值，就会触发警告。

3. 源表的隐性数据问题 #

虽然源表列定义为NOT NULL，但有可能存在数据损坏（比如约束被临时禁用后插入了NULL），或者使用了允许NULL的计算列/视图（如果源是视图的话，但你这里是表）。这种情况下，源数据中存在NULL，而SELECT * INTO根据源列定义创建了NOT NULL的目标列，插入时就会报错。

解决方案 #

方案1：手动创建表+INSERT（最可靠） #

放弃SELECT * INTO，先手动复制源表的完整结构（包括NULLABLE属性、约束），再插入数据。这样能完全控制目标表的结构，避免自动创建的偏差：

USE [DbTwo]
GO
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO

ALTER PROC [dbo].[TEST_warning_proc]
AS
BEGIN
    -- 清理旧表
    IF OBJECT_ID('MySchema..vitals', 'U') IS NOT NULL
        DROP TABLE MySchema..vitals;
    IF OBJECT_ID('MySchema..order_list', 'U') IS NOT NULL
        DROP TABLE MySchema..order_list;

    -- 1. 手动创建vitals表，完全复制DbOne..vitals的列定义
    CREATE TABLE MySchema.vitals (
        -- 替换成你源表的实际列定义，注意保留is_nullable属性
        FacilityID INT NOT NULL,
        PatientID INT NOT NULL,
        HeartRate INT NULL,
        BloodPressure VARCHAR(20) NULL,
        RecordTime DATETIME NOT NULL
        -- 其他列...
    );

    -- 插入数据
    INSERT INTO MySchema.vitals
    SELECT *
    FROM DbOne..vitals
    WHERE FacilityID IN (SELECT FacilityID FROM DbTwo..MySchemaFacilities);

    -- 2. 同样处理order_list表
    CREATE TABLE MySchema.order_list (
        FacilityID INT NOT NULL,
        OrderID INT NOT NULL,
        OrderType VARCHAR(50) NULL,
        OrderDate DATETIME NOT NULL
        -- 其他列...
    );

    INSERT INTO MySchema.order_list
    SELECT *
    FROM DbOne..order_list
    WHERE FacilityID IN (SELECT FacilityID FROM DbTwo..MySchemaFacilities);
END
GO

方案2：排查并修正目标表结构 #

如果你坚持用SELECT * INTO，可以先找出差异列，再修改目标表的属性：

1. 对比源表和目标表的列NULLABLE属性：

-- 对比vitals表的列属性差异
SELECT 
    c.name AS column_name,
    CASE c.is_nullable WHEN 1 THEN 'NULL' ELSE 'NOT NULL' END AS source_nullable,
    CASE t.is_nullable WHEN 1 THEN 'NULL' ELSE 'NOT NULL' END AS target_nullable
FROM DbOne.sys.columns c
JOIN DbTwo.sys.columns t ON c.name = t.name
WHERE c.object_id = OBJECT_ID('DbOne..vitals')
AND t.object_id = OBJECT_ID('DbTwo.MySchema.vitals');

2. 找到差异列后，修改目标表的列属性（比如把错误的NOT NULL改成NULL）：

ALTER TABLE MySchema.vitals ALTER COLUMN HeartRate INT NULL;

方案3：检查源数据的NULL值 #

如果源表列定义为NOT NULL，但数据中存在NULL，需要修复源表：

-- 检查源表vitals中是否有NOT NULL列存在NULL值
SELECT * FROM DbOne..vitals 
WHERE FacilityID IS NULL 
   OR PatientID IS NULL 
   OR RecordTime IS NULL; -- 替换成你的NOT NULL列

如果发现NULL值，需要修复数据并重新启用约束（如果之前被禁用的话）。

为什么SET ANSI_WARNINGS OFF没用？ #

SET ANSI_WARNINGS OFF主要控制的是诸如除以零、字符串截断、聚合函数忽略NULL等场景的警告，对于往NOT NULL列插入NULL这种数据完整性问题，SQL Server依然会触发警告（甚至错误，取决于设置），所以这个开关解决不了你的问题。

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