将 Dapper 与 Oracle 结合使用

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 方法，在从连接对象创建命令后，我们键入 check 并设置标志，如下所示 (~ln 635)：

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

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

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

to

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

和 ln 546 from:

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

to:

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

这使得 dapper 可以完美地与 Oracle 命令一起工作