Ich benutze Dapper mit Microsoft Access (nicht mit der Wahl, versichere ich Ihnen) und ich benutze auch die Dapper.Contrib-Erweiterungen, um mir zu ermöglichen, connection.Insert(address)
zu machen. Einfügen connection.Insert(address)
. Leider gibt es einen Fehler 'Characters found after end of SQL statement.'
weil, SCOPE_IDENTITY
ich an, der SQL-Dapper erzeugt das Einfügen und fragt nach SCOPE_IDENTITY
und Access mag mehrere SQL-Anweisungen nicht, getrennt durch a ;
.
Gibt es eine Möglichkeit, Dapper zu sagen, dass er nicht versuchen soll, den Identitätswert zurückzugeben?
Ich habe mir den Quellcode für den Dapper.Contrib angesehen und es sieht so aus, als hätte ich kein Glück.
Also als Update zu diesem Thema: Ich konnte Dapper.Contrib nicht gut mit Access arbeiten, also wechselte ich von Dapper zu PetaPoco . Das war schon eine Weile auf dem Produktionssystem und hat sich mit Access sehr gut verhalten.
Ein sehr nützlicher Aspekt von PetaPoco ist, dass Sie, anstatt eine kompilierte DLL zu sein, nur eine einzelne PetaPoco.cs-Datei zu Ihrem Projekt hinzufügen, was das Debugging viel einfacher macht.
Andere Mikro-ORMs sind verfügbar usw., aber PetaPoco war bisher eine gute Lösung für die Verwendung mit Microsoft Access.