我正在使用Dapper和Microsoft Access（我选择的不是选择），而且我也使用Dapper.Contrib扩展来允许我connection.Insert(address)。不幸的是，抛出错误'Characters found after end of SQL statement.'，因为我假设，SQL dapper生成正在执行插入然后请求SCOPE_IDENTITY并且Access不喜欢由{{1}分隔的多个SQL语句}。
有没有办法告诉Dapper不要尝试返回身份值？
我看过source code for the Dapper.Contrib，看起来我可能运气不好？
答案 0 :(得分：0)
所以作为对此的更新：我无法让Dapper.Contrib与Access很好地协作，所以最后我从Dapper切换到PetaPoco。它已经在生产系统上存在了一段时间，并且在Access方面表现得非常好。
PetaPoco的一个非常有用的方面是，您实际上只是将一个PetaPoco.cs文件添加到项目中，而不是编译的DLL，这使得调试变得更加容易。
其他微型ORM可用等，但PetaPoco是迄今为止用于Microsoft Access的一个很好的解决方案。