EF Linq日期查询无结果：DateTime精度问题排查求助

问题现象 #

执行以下代码后，myobjects始终返回空集合，但数据库中lastseen字段已确认被正确设置为指定日期：

DateTime mydate = DateTime.Now;
var myObject = db.Objects.First();
myObject.lastseen = mydate;
db.SaveChanges();

var myobjects = db.Objects.Where(a => a.lastseen == mydate).ToList();

将比较符改为>=后查询正常；附加测试中，从数据库取出的最大LastSeen值与原currentDate直接用==比较返回false，即使替换为取出的maxdate执行查询仍不匹配，数据库字段类型为datetime。

问题根源 #

1. 精度不匹配：SQL Server的datetime类型精度仅为3.33毫秒，而.NET的DateTime精度可达100纳秒。当你将DateTime.Now写入数据库时，毫秒部分会被自动截断为3.33的倍数（如0、3、7毫秒等），但查询时使用的是原高精度的mydate，两者数值存在细微差异，导致精确匹配失败。
2. DateTime.Kind差异：DateTime.Now返回的是Local类型的时间，而从数据库读取的DateTime默认是Unspecified类型，直接用==比较时，.NET会同时校验数值和Kind属性，即使数值接近也会返回false。

解决方案 #

方案1：使用范围查询替代精确匹配

既然精确匹配会受精度影响，改用时间范围查询是最稳妥的方式：

var myobjects = db.Objects.Where(a => 
    a.lastseen >= mydate && 
    a.lastseen < mydate.AddMilliseconds(4) // 覆盖SQL datetime的3.33ms精度区间
).ToList();

如果业务允许，也可以缩小到秒级范围（mydate.AddSeconds(1)），避免精度问题。

方案2：截断.NET DateTime精度匹配数据库

在写入和查询前，将DateTime截断到SQL datetime的精度：

public static DateTime TruncateToSqlDateTime(DateTime dateTime)
{
    // SQL datetime的毫秒精度为3.33ms，取最接近的3的倍数
    var ms = dateTime.Millisecond;
    var truncatedMs = (int)(Math.Round(ms / 3.333) * 3.333);
    return new DateTime(
        dateTime.Year, dateTime.Month, dateTime.Day,
        dateTime.Hour, dateTime.Minute, dateTime.Second,
        truncatedMs, dateTime.Kind
    );
}

修改代码为：

DateTime mydate = TruncateToSqlDateTime(DateTime.Now);
var myObject = db.Objects.First();
myObject.lastseen = mydate;
db.SaveChanges();

var myobjects = db.Objects.Where(a => a.lastseen == mydate).ToList();

方案3：改用datetime2数据库类型（推荐）

如果数据库支持（SQL Server 2008+），将字段类型改为datetime2，它的精度最高可达100纳秒，与.NET DateTime完全匹配，从根源上解决精度问题。

方案4：统一DateTime.Kind（针对附加测试的匹配问题）

如果是Kind导致的不匹配，可以在读取后统一设置Kind：

DateTime maxdate = context.MacAddresses.Max(a => a.LastSeen);
maxdate = DateTime.SpecifyKind(maxdate, DateTimeKind.Local); // 匹配原currentDate的Kind
Console.WriteLine(maxdate == currentDate);

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