使用Delphi TADOQuery无法向SQL Server非空字段写入空字符串

我之前也踩过这个坑，结合Delphi ADO组件和SQL Server驱动的特性，给你拆解下问题原因和可行的解决办法：

问题根源 #

这个错误本质是SQLOLEDB.1驱动的默认行为歧义，再加上Delphi ADO组件对字段值的解析逻辑共同导致的：

• 对于nvarchar(MAX)这类大值字段，旧版SQLOLEDB驱动会把Delphi传递的空字符串''自动转换为NULL，而普通长度的nvarchar字段不会有这个问题——这也是你之前能成功写入空字符串，这次却失败的核心原因。
• 当你用TADOQuery.Edit/Post模式赋值空字符串时，Delphi的字段对象没有明确标记该值为「非NULL的空字符串」，驱动便默认按NULL处理，触发了非空字段的约束错误。

解决办法（按优先级排序） #

1. 修改ADO连接字符串，禁用空字符串转NULL #

这是最省心的全局解决方案，不需要改动业务代码：
在你的ADOConnection连接字符串中添加Empty String Is Null=False参数，示例：

Provider=SQLOLEDB.1;Integrated Security=SSPI;Initial Catalog=YourDatabase;Data Source=YourServer\SQLEXPRESS;Empty String Is Null=False

这个参数会强制SQLOLEDB驱动把空字符串当作合法的空值处理，而非转换为NULL，对所有ADO操作生效。

2. 使用参数化查询替代Edit/Post模式 #

参数化查询能彻底避免驱动的自动转换问题，同时还能防止SQL注入，是更规范的写法：

// 示例：更新指定记录的非空字段为字符串
ADOQuery1.Close;
ADOQuery1.SQL.Text := 'UPDATE YourTableName SET NonNullFieldName = :EmptyValue WHERE ID = :RecordID';
ADOQuery1.Parameters.ParamByName('EmptyValue').Value := '';
ADOQuery1.Parameters.ParamByName('RecordID').Value := YourTargetRecordID;
ADOQuery1.ExecSQL;

参数会明确告诉驱动传递的是空字符串，而非NULL，完全绕开了TADOQuery在编辑模式下的字段值解析歧义。

3. 针对Unicode字段使用AsWideString赋值 #

因为nvarchar是Unicode类型，用AsWideString替代AsString赋值，能更精准地传递Unicode空字符串，避免编码转换带来的误判：

ADOQuery1.Edit;
ADOQuery1.FieldByName('NonNullFieldName').AsWideString := '';
ADOQuery1.Post;

部分场景下，AsString在处理Unicode空值时会被驱动误解析为NULL，AsWideString能解决这个问题。

4. 升级数据库驱动到新版本 #

SQLOLEDB是比较老旧的驱动，对SQL Server 2014及以后版本的大值字段支持不够完善。建议换成更现代的驱动：

• SQL Native Client（如SQLNCLI11）
• ODBC Driver 11/17 for SQL Server

以SQL Native Client为例，连接字符串示例：

Provider=SQLNCLI11;Server=YourServer\SQLEXPRESS;Database=YourDatabase;Trusted_Connection=Yes;

新版本驱动对空字符串和NULL的区分逻辑更清晰，能从根源减少这类兼容性问题。

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