Question

我们使用Oracle作为我们的数据库提供者，并且已经考虑使用底层的Dapper替换我们的一些数据访问层（难以维护，难以合并XSD）和基于存储库的模式。但是，在与oracle一起使用时，我们遇到了许多问题。

命名参数：这些似乎被忽略，无论何时在查询中使用它，Oracle似乎都会按照它所想的任何顺序来解释它们。 SqlMapper返回正确命名的参数，它们在Oracle
变量的“@”命名约定与oracle命名参数不兼容。它希望在任何参数前面看到“：”

以前是否有人遇到此问题并有任何解决方法？

Answer 1

IMO，正确的方法是不（根据接受的答案）使用数据库特定的参数前缀（所以@用于sql-server ，:表示oracle） - 而是：根本不使用前缀。所以最终这是：

il.Emit(OpCodes.Ldstr, prop.Name);

（等）

特别是，static属性会很糟糕，因为它会将您限制为每AppDomain个供应商。

Dapper已更新此更改。它现在还会动态检测BindByName并相应地设置它（所有这些都不需要引用OracleCommand）。

Answer 2

命名参数问题的解决方案原因是Oracle命令要求将BindByName属性设置为true。要解决此问题，需要对SqlMapper本身进行调整。由于调整不是可移植的（它依赖于特定Oracle命令的类型检查），这有点令人讨厌，但它适用于我们当前的需求。更改涉及更新SetupCommand方法，在创建命令后，我们键入的连接对象检查并设置标志，如此（~ln 635）：

var cmd = cnn.CreateCommand();
if (cmd is OracleCommand)
{
    ((OracleCommand)cmd).BindByName = true; // Oracle Command Only
}

最后解决参数名称中“@”到“：”问题涉及改变CreateParamInfoGenerator方法的问题。我添加了一个静态字符串 - DefaultParameterCharacter将其值设置为“：”然后从以下位置修改ln 530：

il.Emit(OpCodes.Ldstr, "@" + prop.Name); // stack is now [parameters] [c

到

il.Emit(OpCodes.Ldstr, DefaultParameterCharacter + prop.Name); // stack is now [parameters] [command] [name] (Changed @ to : for oracle)

和ln 546来自：

il.Emit(OpCodes.Ldstr, "@" + prop.Name); // stack is now [parameters] [parameters] [parameter] [parameter] [name] (Changed @ to : for oracle)

为：

il.Emit(OpCodes.Ldstr, DefaultParameterCharacter + prop.Name); // stack is now [parameters] [parameters] [parameter] [parameter] [name] (Changed @ to : for oracle)

这使得dapper与Oracle命令完美配合

将Dapper与Oracle结合使用

2 个答案: