質問: 私はDapperをMicrosoft Accessで使用しています(選択肢ではありません`connection.Insert(address)` 。また、Dapper.Contrib拡張を使用して`connection.Insert(address)`を実行できるようにしてい`connection.Insert(address)` 。残念ながら、それはエラー`'Characters found after end of SQL statement.'`投げています`'Characters found after end of SQL statement.'`なぜなら、私が仮定しているのは、SQL `SCOPE_IDENTITY`挿入を実行してから`SCOPE_IDENTITY`を要求し、Accessは複数のSQL文をaで区切って好きではないから`;` 。 DapperにID値を返さないように指示する方法はありますか? 私はDapper.Contribのソースコードを見てきましたが、おそらく運が悪いと思われますか?
回答: だからこれに関するアップデートとして、私はDapper.ContribをAccessでうまく動作させることができなかったので、結局DapperからPetaPocoに切り替えました 。それは今のところ生産システム上に生きていて、Accessでうまく動作しています。 PetaPocoの非常に有用な側面の1つは、コンパイルされたDLLではなく、プロジェクトに1つのPetaPoco.csファイルを追加するだけで、デバッグがはるかに簡単になります。 他のマイクロORMも利用可能ですが、これまでPetaPocoはMicrosoft Accessでの使用に適したソリューションでした。