c#中数据库null必须用dbnull.value表示，而非null；因ado.net将null视为“参数未提供”，dbnull.value才表示“字段设为null”，否则参数被忽略导致静默失败。
数据库字段为 NULL 时，C# 里必须用 DBNull.Value 表示，不能直接传 null —— 否则参数会被忽略，更新/插入静默失败。
为什么 SqlCommand 不认 null？
ADO.NET 的 SqlCommand 对 null 和 DBNull.Value 做了严格区分：null 表示“参数未提供”，DBNull.Value 才表示“数据库该字段明确设为 NULL”。如果你写 cmd.Parameters.AddWithValue("@dt", null)，SQL Server 会跳过这个参数，相当于没传，UPDATE 语句里这个字段根本不会被更新。
- 常见错误现象：
ExecuteNonQuery()返回 1，但数据库字段值没变，也没报错 - 根本原因：ADO.NET 把
null当作“省略参数”，不是“传入 NULL” - 验证方式：用 SQL Profiler 看实际发出的语句，会发现对应参数缺失
DBNull.Value 怎么安全传参？
必须显式判断并替换。别依赖 AddWithValue 自动推断 —— 它对 null 的处理不可靠。
- 正确写法：
cmd.Parameters.Add("@Name", SqlDbType.NVarChar).Value = name ?? DBNull.Value; - 或封装成工具方法：
DbHelper.ToDbValue(object value) => value ?? DBNull.Value; - 注意：
IsNullable = true是设置参数元数据，不解决传值问题；它只影响 SqlParameter 的 Schema 属性，和运行时行为无关
读取数据库时怎么判断字段是 NULL？
DataReader 或 DataTable 返回的 NULL 值是 DBNull.Value，不是 null。直接用 == null 会永远返回 false。
- 错误写法：
if (reader["BirthDate"] == null) { ... } - 正确写法：
if (reader["BirthDate"] == DBNull.Value) { ... } - 更安全的写法（兼容可空类型）：
var dt = reader["BirthDate"] as DateTime?;—— 因为as在遇到DBNull.Value时自动返回null - DataTable 中同理：
row.IsNull("Email")比手动比对DBNull.Value更直观
Entity Framework 中还要手动处理吗？
EF Core 6+ 默认已桥接 null ↔ DBNull.Value，但有两个关键例外：
- 使用原始 SQL（
FromSqlRaw）时，参数仍需手动转DBNull.Value - 自定义
DbParameter实例（比如批量插入用SqlParameterCollection）时，依然要自己判空 - 如果实体属性声明为可空类型（如
DateTime?），EF 会自动映射；但若声明为非可空（DateTime）且数据库允许 NULL，查询时可能抛InvalidCastException
最易被忽略的是：即使用了 EF，只要绕过 ORM 直接拼接参数（比如手写 SqlCommand），就回到 ADO.NET 规则 —— null ≠ DBNull.Value，这个边界一旦模糊，问题就藏得深、查得慢。
