EF 6.x和EF Core如何比较TimeSpan格式的字符串？

我们知道C#中的TimeSpan对应SQL Server数据库中的Time类型。

但是如果因为特殊需求数据库存储的不是Time类型，而是作为字符串，那么我们如何在查询数据时对数据库所存储的字符串类型进行比较呢？

首先我们来看看正常情况下属性为TimeSpan类型进行比较的情况，给出如下实体模型。

如上正常流程添加数据到数据库中，接下来我们来查询数据利用TimeSpanStartEnd和TimeSpanEndTime，如下：

居然不支持TimeOfDay，需要初始化值设定项，那我们接下来初始化TimeSpan看看：

到此我们可以下一结论：在EF 6.x中对TimeSpan进行查询比较需要初始化TimeSpan值才行，否则抛出异常。

问题来了，有一位园友问我，如果数据库存储的类型不是Time，而是字符串那么我们该如何查询比较呢？

当时心里第一想法明明可以存储Time，为何要搞个字符串类型，结果问其原因是特殊需求，好吧，那没办法。

那我们接下来探讨一下如何，请往下看，我们利用属性StartEnd和EndTime来查询。

EF 6.x如何比较TimeSpan格式的字符串？

此时我们首先需要将数据库中的字符串即StartEnd和EndTime转换为TimeSpan然后进行过滤，如下：

抛出异常无法支持TimeSpan中的Parse解析，也就是说EF 6.x无法将Parse进行翻译。

在EF 6.x中对日期相关操作有SqlFunctions和DbFunctions，最终经过对相关APi的尝试，我们可通过如下改造就行，不知是否有更好的办法。

一个简单的过滤，其代码实在有点多，直接上代码：

好了，到了这里算是给出了我在EF 6.x中实现的解决方案，Jeff在看待EF Core和EF 6.x习惯将二者拿来比较，看看EF Core是否真的强大。

我们知道EF Core中没有SqlFunctions和DbFunctions两个APi，是不是就无法实现了呢，我们实践便知，同样是进行上述查询。

EF Core比较TimeSpan格式的字符串？

我们能够直接比较TimeSpan类型，此时我们完全不用初始化TimeSpan直接比较就行。

但是，最终翻译出来的SQL语句却不正确，估计是一个bug，待我在github上向EF Core提交一下ISSUE看看EF Core解答。接下来我们再来比较字符串即StartEnd和EndTime，如下：

最终依然能够正常查询没有出现任何异常，相比较EF 6.x实现方式而言，代码没有那么冗长，但是依然翻译错误，无论第一种方式还是第二种方式查询在翻译成SQL时都没有添加筛选条件。

在EF 6.x中对于TimeSpan类型的查询必须通过TimeSpan初始化值，否则抛出异常。

如果是字符串类型的TimeSpan那么在查询时需要借助SqlFunctions和DbFunctions来实现，比较复杂，而对EF Core而言就和我们正常查询一样，没有任何异同。

EF Core当前已经很稳定，还是推荐大家早早使用EF Core和.NET Core，感谢您的阅读。