c# - Linq to Entity 比较 Where 子句中的两个字符串

Question

我有一个错误：

LINQ to Entities 无法识别方法“Int32 ToInt32(System.String)”方法，并且该方法无法转换为存储表达式。

这段代码：

plist= plist.Where(p => Convert.ToInt(p.Period) >= syslockPeriod);

p.期间示例：201206

pList 是IQueryable。p.Period 是字符串类型的。sysLockPeriod 是整数。

如何解决？

score 0 · Accepted Answer

LINQ to entity 将尝试转换Convert.ToInt32()为 SQL 指令，因为它不是它可以转换的已知方法之一，然后它会生成该错误。

您有一些解决方法，但对于所有这些，您必须更改您的代码。让我们看看你能做什么（按优先顺序，对我来说）。

将Period属性/字段转换为正确的类型。如果它是整数类型，那么为什么将它作为字符串存储在数据库中？
创建一个函数（在您的数据库中）以执行转换并使用计算的属性（或视图）。LINQ to Entities 现在将具有正确类型的真实列（无需转换）或调用函数（在 SQL 端）以进行转换。有关如何调用自定义数据库函数的信息，请参阅 MSDN 上的此示例。
转换IQueryable为IListwith ToList()before Where()，现在该where子句将在本地执行，而不是在数据库上执行（如果列表很大，这可能会很糟糕）。

score 0 · Accepted Answer

不要将其转换syslockPeriod为 LINQ 查询之外的字符串。这将有助于消除错误（如果您还删除了“Convert.ToInt”），但会返回错误的结果。这将给出一个“真实”的结果："12" < "2".

正确的解决方案是将字符串列“Period”转换为整数列。

score 0 · Accepted Answer

这是 LINQ 中的常见问题，因为您不能在 LINQ 表达式中使用普通函数。（这允许 LINQ 进行惰性求值并减少调用函数时可能发生的与状态相关的问题）。幸运的是，我们可以通过创建一个业务对象在访问器中为您进行转换来解决这个问题，或者使用 Linq to SQL 来转换它。

我更喜欢前者，因为创建业务对象是一种很好的做法，因为它鼓励重用。

3 回答 3