Verwenden einer anderen Eigenschaft als 'Id' für den Primärschlüssel in Dapper.net
dapper
Frage
Wird Dapper.net funktionieren, wenn ich eine andere Eigenschaft als "Id" oder "id" für den Primärschlüssel einer Tabelle / eines Objekts verwende?
Alles, was ich in den Dokumenten sehen kann, ist etwas über "Split-on", dem ich nicht folge.
Funktioniert es für das Mapping von Einfügungen, Aktualisierungen und Selektionen, ohne zu wissen, was der Primärschlüssel ist / ohne eine Id-Eigenschaft?
Wird irgendetwas anderes anders sein oder nicht funktionieren, indem Sie kein Id-Feld haben?
Akzeptierte Antwort
Wird Dapper.net funktionieren, wenn ich eine andere Eigenschaft als "Id" oder "id" für den Primärschlüssel einer Tabelle / eines Objekts verwende?
Zu jeder Zeit, ohne ein Problem, Dapper wird kein Problem damit haben, dapper, ein Object Mapper, kümmert sich nicht viel über den Primärschlüssel
Außer dass
Wenn Sie eine komplexe Objektzuordnung durchführen, die benutzerdefinierte Typen enthält, kann sie mit der Id automatisch in den Query und die Objekte füllen. Dies ist der SplitOn da sie einen Standard zum Füllen von Objekten benötigen, der durch die Bereitstellung des SplitOn außer Kraft gesetzt werden SplitOn
Lizenziert unter: CC-BY-SA with attribution
Nicht verbunden mit Stack Overflow