C#写入MS Access日期日月错位 跨系统格式异常解决方法

这个问题是字符串拼接SQL写入日期的典型兼容问题：
MS Access 解析SQL语句中#包裹的日期字面量时，默认优先识别美制MM/DD/YYYY（月/日/年）格式，不会自动适配设备的系统区域日期格式。你自己设备运行正常是因为本地系统日期格式刚好和Access默认解析规则匹配，你朋友的设备系统日期格式是DD/MM/YYYY（日/月/年），DateTimePicker.Value直接转字符串时会按本地系统格式输出，拼接进SQL后Access就会把日、月字段识别错位；如果碰到日期值的“日”大于12的情况，还会直接抛出SQL语法错误。

推荐方案：使用参数化查询（根本解决） #

完全放弃字符串拼接SQL的写法，改用参数化传值，数据库驱动会直接传递DateTime类型的原生值，不存在字符串解析日期的环节，不受任何系统区域设置影响，同时还能避免SQL注入风险。以C#操作Access的常见写法为例：

using (OleDbConnection conn = new OleDbConnection("你的Access数据库连接字符串"))
{
    conn.Open();
    // SQL语句里用?作为参数占位符，按顺序传值即可，不需要给日期加#包裹
    OleDbCommand cmd = new OleDbCommand("INSERT INTO Stock VALUES (?, ?, ?)", conn);
    cmd.Parameters.AddWithValue("@code", textCode.Text);
    cmd.Parameters.AddWithValue("@stockDate", datetimepickerDate.Value);
    cmd.Parameters.AddWithValue("@count", somenumber);
    cmd.ExecuteNonQuery();
}

后续做日期条件的查询、更新操作时，同样通过参数传DateTime类型值，就不会再出现日期识别错位的问题。

临时兼容方案：转无歧义日期格式再拼接 #

如果暂时不想重构为参数化查询，拼接SQL前必须把日期转为Access所有环境下都能无歧义识别的ISO标准格式yyyy-MM-dd HH:mm:ss，禁止直接用datetimepickerDate.Value的默认字符串输出：

// 固定转ISO格式，不受系统区域设置影响
string safeDateStr = datetimepickerDate.Value.ToString("yyyy-MM-dd HH:mm:ss");
string sql = $"INSERT INTO Stock VALUES('{textCode.Text}', #{safeDateStr}#, {somenumber})";

注意：不要依赖Access对本地日期格式的自动解析，该行为在不同系统区域、不同Access版本下表现不一致，只要更换运行环境就可能复现日期错位问题，优先选择参数化查询方案。

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