我正在进行一些数据库优化,我发现我的主要问题之一是,使用"exec sp_executesql“比使用原始SQL要慢得多。我认为这与/datetime 2转换有关,因为所有缓慢的查询都在比较日期。
在"exec sp_executesql“的末尾总是有这样的东西:
)))',N'@p__linq__0 datetime2(7),@p__linq__1 datetime2(7),@p__linq__2 datetime2(7),@p__linq__3 datetime2(7),@p__linq__4 datetime2(7),@p__linq__5 datetime2(7),@p__linq__6 datetime2(7),@p__linq__7 datetime2(7),@p__linq__8 datetime2(7)',@p__linq__0='2015-01-09 18:52:46.9264744',@p__linq__1='2015-01-09 18:52:16.926',@p__linq__2='2015-01-09 18:52:16.926',@p__linq__3='2015-01-09 18:52:16.926',@p__linq__4='2015-01-09 18:52:16.926',@p__linq__5='2015-01-09 18:52:16.926',@p__linq__6='2015-01-09 18:52:16.926',@p__linq__7='2015-01-09 18:52:16.926',@p__linq__8='2015-01-09 18:52:16.926';在我的数据库中,.NET datetime作为日期时间存储。我的模型是从我的EDMX生成的。
这里是我的问题,我是应该更改所有的日期时间字段,还是可以避免这种无用的隐含转换?
谢谢!
发布于 2015-03-18 13:25:31
我可以证实这种行为(EF 6.1.0)。问题是EF转换查询阻止SQL server使用索引(如果您的DateTime列被索引)。示例:
exec sp_executesql N'... WHERE ([Extent1].[Timestamp] >= @p__linq__0) AND ([Extent1].[Timestamp] <= @p__linq__1)',N'@p__linq__0 datetime2(7),@p__linq__1 datetime2(7)',@p__linq__0='2014-03-01 0:00:00',@p__linq__1='2015-03-01 0:00:00'注意查询条件(日期时间)和参数数据类型(Datetime2)之间的差异。
一个快速的解决方法是将您的DateTime参数声明为可空,这将向转换的查询条件添加额外的强制转换,使用索引。
exec sp_executesql N'...WHERE ( CAST( [Extent1].[Timestamp] AS datetime2) >= @p__linq__0) AND ( CAST( [Extent1].[Timestamp] AS datetime2) <= @p__linq__1)',N'@p__linq__0 datetime2(7),@p__linq__1 datetime2(7)',@p__linq__0='2014-03-01 0:00:00',@p__linq__1='2015-03-01 0:00:00'据推测,这在6.1.2中是固定的,还没有时间来确认。
https://stackoverflow.com/questions/27877673
复制相似问题