SQL Server数据导入：将列设置为nvarchar(max)长文本

我之前也碰到过这个烦人的问题！SQL Server的导入工具（不管是SSMS自带的导入导出向导还是SSIS）经常会根据Excel里的前几行数据自动推断列类型——如果前几行的内容没超过255字符，它就默认把列设成varchar(255)，后面的长内容要么被截断，要么类型混乱；偶尔碰到前几行有长文本，又会变成Long text（对应text类型，现在SQL Server更推荐用nvarchar(max)替代）。下面几个方案比你现在用的首行加空格要靠谱得多：

1. 手动修改导入向导的列映射（最直接的临时解决） #

如果你只是偶尔导入一次，直接在导入过程中指定列类型就行：

• 打开SSMS的「导入导出向导」，走完数据源和目标数据库的配置后，到**「指定表复制或查询」**步骤
• 选中要导入的表，点击右侧的「编辑映射」按钮
• 在弹出的窗口里，找到你需要设置的列，把「目标类型」直接改成nvarchar(max)，确认后继续完成导入流程
• 小技巧：如果需要重复导入同结构的文件，可以把这个配置保存成SSIS包，下次直接运行包就行，不用每次手动调整

2. 调整Excel驱动的类型推断规则（全局生效） #

问题根源其实是Excel的ACE/Jet驱动默认只扫描前8行来推断列类型，我们可以通过修改注册表让它扫描所有行：

• 找到对应的注册表路径：
  • 32位系统：HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Jet\4.0\Engines\Excel
  • 64位系统：HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Jet\4.0\Engines\Excel
• 修改两个键值：
  • 把TypeGuessRows的值改为0（表示扫描所有行来推断类型）
  • 把ImportMixedTypes的值改为Text（强制把混合类型的列当成文本处理）
• 注意：修改注册表前最好先备份，而且这是全局设置，会影响所有使用该驱动的Excel导入操作

3. 用T-SQL直接导入（最灵活可控） #

如果习惯用代码操作，直接用OPENROWSET或者OPENDATASOURCE来导入，主动指定列类型：

-- 先创建目标表（如果还没创建）
CREATE TABLE YourTargetTable (
    Id INT,
    YourLongTextColumn NVARCHAR(MAX)
)

-- 导入数据时转换类型
INSERT INTO YourTargetTable
SELECT 
    Id,
    CAST(YourLongTextColumn AS NVARCHAR(MAX)) AS YourLongTextColumn
FROM OPENROWSET(
    'Microsoft.ACE.OLEDB.12.0',
    'Excel 12.0 Xml;HDR=YES;Database=C:\YourExcelFile.xlsx;IMEX=1',
    'SELECT * FROM [Sheet1$]'
)

• 这里的IMEX=1参数是关键，它强制驱动把包含混合数据类型的列当成文本处理，再配合CAST直接转成nvarchar(max)，完全避免类型推断的问题

4. 使用Power Query导入（可视化+可复用） #

不管是在Excel里还是SSMS里，Power Query都是处理这类导入问题的神器：

• 在SSMS中，右键目标数据库→「任务」→「导入数据」，选择数据源为Excel
• 在「选择数据源」步骤后，选择「编写查询以指定要传输的数据」，打开Power Query编辑器
• 在编辑器里找到需要调整的列，右键→「更改类型」→选择「文本」（对应SQL里的nvarchar(max)）
• 调整完成后点击「完成」，Power Query会自动生成导入逻辑，还能保存查询模板，下次导入同结构文件直接复用

相比你现在用的首行加空格的临时方法，上面这些方案要么能精准控制列类型，要么能从根源解决驱动的类型推断问题，稳定性和可控性都强很多。

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