EF操作SQLite数据库时,使用DateTime.Now当做参数引发的时区问题

问题:我使用EF查询SQLite数据库中数据时,感觉代码写的无误,可就是查不到数据。

EF相关代码如下:

EF操作SQLite数据库时,使用DateTime.Now当做参数引发的时区问题

代码非常简单,就是根据三个条件:

actionState:int,取值:1

sendStates:int数组,取值:[0,3]

还有一个当前时间。发现问题时,当前时间为“2019-11-13 14:51”。

使用sql查询数据库符合条件的内容如下:

EF操作SQLite数据库时,使用DateTime.Now当做参数引发的时区问题

一切看似很正常,但是我用EF语句查询时,没有查到任何数据,如下:

EF操作SQLite数据库时,使用DateTime.Now当做参数引发的时区问题

条件完全一致,为何没有数据。看来要跟踪一下生成的sql到底是什么。更改代码如下:

EF操作SQLite数据库时,使用DateTime.Now当做参数引发的时区问题

问题出现了眉目,DateTime.Now参数被转成了这个,这是什么鬼?

很显然EF在转换DateTime.Now参数时,想把它转换的尽可能精准,打算采用数据库当前时间在作为参数。那么若真如此,也不应该有问题啊。在数据库执行一下这个sql,看看结果如何:

EF操作SQLite数据库时,使用DateTime.Now当做参数引发的时区问题

没有数据。看来这个数据库的当前时间有问题,我们执行一下这个,看看这到底是取出了怎样的时间:

EF操作SQLite数据库时,使用DateTime.Now当做参数引发的时区问题

可以看到取到的时间是上午,可是我们明明是下午了啊。

那么数据库取到的当前时间到底是什么时间。查证数据库日期说明后,我们确定这个取到的是世界标准时间。我们可以用如下方法验证:

EF操作SQLite数据库时,使用DateTime.Now当做参数引发的时区问题

可以看到将这个时间转换为本地时间后,方是我们要用的筛选时间。至此,所有的迷雾得以解开。

结论:我们在用EF操作SQLite数据库时,如果筛选条件中涉及到当前时间,为避免时区问题导致结果错误,我们应该将当前时间赋到变量上,然后使用此变量进行筛查。如下:

EF操作SQLite数据库时,使用DateTime.Now当做参数引发的时区问题