使用 LINQ 自动生成类型的 Dapper 参数化查询答案

【问题标题】：Dapper parameterised queries with LINQ autogenerated types使用 LINQ 自动生成类型的 Dapper 参数化查询
【发布时间】：2011-09-25 02:17:41
【问题描述】：

我在工作中结合使用 LINQ 和 Dapper。出于性能原因，我在某些地方用 Dapper 替换了我的 LINQ 代码。我有很多通过从 SQL Server 拖放到 Visual Studio 数据库图中创建的 LINQ 数据对象。

在以下实例中，我已经在内存中有一个 LINQ 对象，我想将它作为查询的参数传递给 Dapper。例如：

Animal animal = con.Query<Animal>(" select * " +
        " from animal " +
        " where animalid = @AnimalId " +
        " and animaltype = @AnimalType ",
        cagedAnimal).SingleOrDefault();

cagedAnimal 包含具有 getter 和 setter 的公共属性 AnimalId 和 AnimalType。

但是在执行此代码时出现以下错误：

类型：SMDApp.Models.Animal 是 dapper 不支持

以下代码确实有效：

Animal animal = con.Query<Animal>(" select * " +
            " from animal " +
            " where animalid = @AnimalId " +
            " and animaltype = @AnimalType ",
            new 
            { 
            AnimalId = cagedAnimal.AnimalId, 
            AnimalType = cagedAnimal.AnimalType 
            }
            ).SingleOrDefault();

对我来说，使用现有对象会更方便，尤其是在我使用对象的多个属性作为查询参数的情况下。谁能告诉我为什么这适用于匿名对象而不适用于自动生成的 LINQ 对象？

根据 Ben Robinson 的回复进行了编辑。

针对 Marc Gravell 的回复进行了第二次编辑。

【问题讨论】：

你确定你在做"...", cagedAnimal)吗？你可能在做"...", new { cagedAnimal }) 吗？基本上 - 这应该已经工作了，虽然它有点浪费，因为可能会不必要地添加额外的参数/
只是为了让您知道我刚刚发布了一个修复程序斗争。我还没有部署到 nuget，但是使用新代码，您上面的示例应该可以正常工作

标签： c# linq dapper

【解决方案1】：

短版应该已经可以工作了；基于错误：

dapper 不支持类型：SMDApp.Models.CagedAnimal

我的结论是，要么你实际上传递的是new {cagedAnimal} 而不是cagedAnimal，要么，你的CagedAnimal 有一个属性（Parent，也许？）它本身就是一个@987654325 @，哪个小巧玲珑无法理解。当前的行为是为提供的参数对象的每个公共属性添加一个参数 - 如果它无法弄清楚如何将任何属性发送到数据库，它抱怨。您应该会发现只有值成员的简单 POCO 可以正常工作。

但是！请注意，它不会尝试解析您的 SQL - 特别是，它不会检查提供的查询中的参数。因此，使用 POCO 方法意味着您正在向查询中添加不必要的属性。

我们广泛使用 dapper，我们只是使用这种方法：

 new { obj.Foo, obj.Bar, id, key = "something else" }

【讨论】：

@Giles 我们计划更改错误消息以包含它阻塞的属性（/参数）的名称 - 所以您的问题导致了积极的变化/结果；p
@Giles 我们也讨论是否根据命令对我们发送的属性进行预过滤，即如果我们能看到@foo，则只发送param.foo或命令文本中的:foo，这将消除“不必要的参数”问题
@Giles - google-code 中的版本会进行剥离。而且它不用于显示成员名称 AFAIK - 只是 type 名称。当然，如果那是巧合呢？
@Giles，一定要抓住最新的并阅读我的答案，这个问题现在已经“修复”了
@Giles ...你能试试最新的吗，我认为它现在应该可以正常工作了

【解决方案2】：

Marc 刚刚特别对fix for this issue 进行了更改：

在发送尝试将属性转换为参数之前，我们会执行一个简单的验证。例如，对于这种情况，Dapper 不会向服务器发送任何参数： cnn.Query("select 1", new {bla = 1}) 导致字符串中不存在“bla”。存储过程将跳过此验证。
这个相当神秘的错误现在已得到修复并得到很大改善。

Dapper 用于不执行底层 SQL 语句的解析，例如：

@"select * 
from animal
where animalid = @AnimalId"

包含一个名为 @AnimalId 的参数。

原因很复杂，要 100% 正确，您需要处理边缘情况 EG: @AnimalId 到字符串 select '@AnimalId' -- @AnimalId \* @AnimalId *\ 中？正则表达式确实有点棘手，我没有考虑过所有边缘情况。例如：Oracle 在其参数前面加上 :，这会使事情变得更加复杂。

由于 dapper 对字符串中的参数一无所知，它决定将每个公共属性作为参数发送。你的一些公共属性无法映射到DbParameters，所以它抱怨了。

【讨论】：