c# – EF 4在SQL中生成UNICODE字符串常量,其中列类型为varchar.怎么避免?

前端之家收集整理的这篇文章主要介绍了c# – EF 4在SQL中生成UNICODE字符串常量,其中列类型为varchar.怎么避免?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
在我的代码中,我有以下L2E查询的片段:
where ol.ordhead.ohcustno == login && (ol.ollastdoctype == "IN") && ol.olstatus == "9"

这转换为以下sql片段:

WHERE ([Extent8].[ohcustno] = @p__linq__1) AND (''IN'' = [Extent7].[ollastdoctype]) AND (''9'' = [Extent7].[olstatus]) ...

在某个输入上,查询执行3秒.我这样改变查询

where ol.ordhead.ohcustno == login && (ol.ollastdoctype == "IN" || ol.ollastdoctype == "CR") && ol.olstatus == "9"

结果sql更改如下:

WHERE ([Extent6].[ohcustno] = @p__linq__1) AND ([Extent5].[ollastdoctype] IN (N''IN'',N''CR'')) AND (''9'' = [Extent5].[olstatus]) ...

请注意,由于某些奇怪的原因,Entity Framework决定将我的IN和CR转换为unicode.结果是查询现在在同一输入上执行6秒.如果我从IN子句手动删除N前缀并在SSMS中重新运行查询,则执行时间将返回3秒.这当然是因为sql Server查询优化器无法利用索引,因为比较类型现在不同(varchar vs nvarchar)

任何人都可以解释为什么实体框架突然决定将我的常量转换为unicode,我该如何避免它?

解决方法

你可以试试这个方法 EntityFunction.AsNonUnicode,如下
where ol.ordhead.ohcustno == login && 
   (ol.ollastdoctype == EntityFunctions.AsNonUnicode("IN") || 
   ol.ollastdoctype == EntityFunctions.AsNonUnicode("CR")) && 
   ol.olstatus == "9"

这只是最后的希望,接下来是对微软的报告错误.

猜你在找的C#相关文章