Azure SQL插入记录时nvarchar转int失败问题求助

核心问题分析 #

错误的本质是插入目标表时未指定列名，导致SELECT语句的列顺序与原表列顺序不匹配：

• 原表[BlobSync].[BlobInventory]中，TagCount（int类型）列位于Tags（nvarchar(max)类型）列之前；
• 你的插入语句中，SELECT输出的列顺序是..., [Tags], [TagCount], ...，与原表列顺序颠倒；
• 由于未指定目标列名，SQL会自动按原表列顺序映射值，将原本应插入Tags列的JSON字符串错误传入TagCount列（int类型），引发转换失败。

第一条记录未报错是因为它已存在于目标表中，WHERE条件将其过滤，未执行实际插入；第二条记录是新数据，触发插入操作后暴露了列顺序不匹配的问题。

修复方案 #

推荐使用方案1（明确指定列名），避免后续表结构变更再次引发同类问题：

方案1：插入时明确指定目标列名 #

修改插入原表的语句，添加列名列表，确保与SELECT的列顺序完全对应：

INSERT INTO [BlobSync].[BlobInventory] 
(
    AccountName, [Name], [CreationTime], [LastModified],
    [Etag], [ContentLength], [ContentType], [ContentEncoding],
    [ContentLanguage], [BlobType], [AccessTier], [Metadata],
    [Deleted], [RemainingRetentionDays], [Tags], [TagCount],
    [LastUpdatedUTC]
)
SELECT 
    AccountName, [Name], [CreationTime], [LastModified],
    [Etag], [ContentLength], [ContentType], [ContentEncoding],
    [ContentLanguage], [BlobType], [AccessTier], [Metadata],
    [Deleted], [RemainingRetentionDays], [Tags], [TagCount],
    [LastUpdatedUTC]
FROM 
    #TempTableInsert 
WHERE 
    (#TempTableInsert.[AccountName] + '/' + #TempTableInsert.[Name] NOT IN (SELECT [BlobInventory].[AccountName] + '/' + [BlobInventory].[Name] FROM [BlobSync].[BlobInventory])); 

方案2：调整SELECT列顺序匹配原表 #

如果不想指定列名，可将SELECT中的Tags和TagCount顺序调换，对齐原表列顺序：

INSERT INTO [BlobSync].[BlobInventory] 
SELECT 
    AccountName, [Name], [CreationTime], [LastModified],
    [Etag], [ContentLength], [ContentType], [ContentEncoding],
    [ContentLanguage], [BlobType], [AccessTier], [Metadata],
    [Deleted], [RemainingRetentionDays], [TagCount], [Tags],
    [LastUpdatedUTC]
FROM 
    #TempTableInsert 
WHERE 
    (#TempTableInsert.[AccountName] + '/' + #TempTableInsert.[Name] NOT IN (SELECT [BlobInventory].[AccountName] + '/' + [BlobInventory].[Name] FROM [BlobSync].[BlobInventory])); 

后续建议 #

• 所有插入、更新操作都应明确指定列名，避免因表结构变更（如列顺序调整、新增列）导致隐性错误；
• 可在创建临时表后执行sp_help #TempTableInsert，校验临时表列类型与原表是否一致，提前排查问题。

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