stored net framework c# vb.net insert dapper

c# - framework - dapper.net core



Cómo insertar una colección IEnumerable<T> con dapper-dot-net (1)

Acabo de agregar una prueba para esto:

class Student { public string Name {get; set;} public int Age { get; set; } } public void TestExecuteMultipleCommandStrongType() { connection.Execute("create table #t(Name nvarchar(max), Age int)"); int tally = connection.Execute(@"insert #t (Name,Age) values(@Name, @Age)", new List<Student> { new Student{Age = 1, Name = "sam"}, new Student{Age = 2, Name = "bob"} }); int sum = connection.Query<int>("select sum(Age) from #t drop table #t").First(); tally.IsEqualTo(2); sum.IsEqualTo(3); }

Funciona como se anuncia. Hice algunas enmiendas a la forma en que funciona el multi-exec (por lo que es un poco más rápido y soporta el objeto []).

Supongo que tenías problemas porque te faltaba una propiedad getter en todos tus campos en WTUser . Todos los parámetros deben tener propiedades de lector, no admitimos extraer esto de los campos, sería necesario un paso de análisis complejo para mantener la eficiencia.

Un punto adicional que causó un problema es pasar dapper a param con mapeo no soportado.

Por ejemplo, la siguiente clase no se admite como parámetro:

class Test { public int Id { get; set; } public User User {get; set;} } cnn.Query("select * from Tests where Id = @Id", new Test{Id = 1}); // used to go boom

El problema es que dapper no analizó el SQL, sino que asumió que todos los accesorios son configurables como parámetros, pero no pudo resolver el tipo de SQL para el User .

La última revolución resuelve esto

Sí, aquí y here hay preguntas sobre cómo insertar registros con dapper-dot-net. Sin embargo, las respuestas, aunque informativas, no parecen apuntarme en la dirección correcta. Aquí está la situación: mover datos de SqlServer a MySql. Leer los registros en un IEnumerable<WTUser> es fácil, pero simplemente no IEnumerable<WTUser> algo en el inserto. Primero, el ''código de registros en movimiento'':

// moving data Dim session As New Session(DataProvider.MSSql, "server", _ "database") Dim resources As List(Of WTUser) = session.QueryReader(Of WTUser)("select * from tbl_resource") session = New Session(DataProvider.MySql, "server", "database", _ "user", "p@$$w0rd") // *edit* - corrected parameter notation with ''@'' Dim strInsert = "INSERT INTO tbl_resource (ResourceName, ResourceRate, ResourceTypeID, ActiveYN) " & _ "VALUES (@ResourceName, @ResourceRate, @ResourceType, @ActiveYN)" Dim recordCount = session.WriteData(Of WTUser)(strInsert, resources) // session Methods Public Function QueryReader(Of TEntity As {Class, New})(ByVal Command As String) _ As IEnumerable(Of TEntity) Dim list As IEnumerable(Of TEntity) Dim cnn As IDbConnection = dataAgent.NewConnection list = cnn.Query(Of TEntity)(Command, Nothing, Nothing, True, 0, CommandType.Text).ToList() Return list End Function Public Function WriteData(Of TEntity As {Class, New})(ByVal Command As String, ByVal Entities As IEnumerable(Of TEntity)) _ As Integer Dim cnn As IDbConnection = dataAgent.NewConnection // *edit* if I do this I get the correct properties, but no data inserted //Return cnn.Execute(Command, New TEntity(), Nothing, 15, CommandType.Text) // original Return statement Return cnn.Execute(Command, Entities, Nothing, 15, CommandType.Text) End Function

cnn.Query y cnn.Execute llaman a los métodos de extensión dapper. Ahora, la clase WTUser (nota: el nombre de la columna cambió de ''WindowsName'' en SqlServer a ''ResourceName'' en MySql, por lo tanto, las dos propiedades apuntan al mismo campo):

Public Class WTUser // edited for brevity - assume the following all have public get/set methods Public ActiveYN As String Public ResourceID As Integer Public ResourceRate As Integer Public ResourceType As Integer Public WindowsName As String Public ResourceName As String End Class

Estoy recibiendo una excepción de Dapper: "WTUser no es compatible con Dapper". Este método en DataMapper (dapper):

private static Action<IDbCommand, object> CreateParamInfoGenerator(Type OwnerType) { string dmName = string.Format("ParamInfo{0}", Guid.NewGuid()); Type[] objTypes = new[] { typeof(IDbCommand), typeof(object) }; var dm = new DynamicMethod(dmName, null, objTypes, OwnerType, true); // << - here // emit stuff // dm is instanced, now ... foreach (var prop in OwnerType.GetProperties().OrderBy(p => p.Name))

En este punto OwnerType =

System.Collections.Generic.List`1 [[CRMBackEnd.WTUser, CRMBE, Version = 1.0.0.0, Culture = neutral, PublicKeyToken = null]], mscorlib, Version = 2.0.0.0, Culture = neutral, PublicKeyToken = b77a5c561934e089

Parece que OwnerType debe ser CRMBackEnd.WTUser ... no List<CRMBackEnd.WTUser> ... ??? porque lo que está sucediendo es que las propiedades de la colección se están iterando: recuento, capacidad, etc. ¿Qué me estoy perdiendo?

Actualizar

Si modifiqué session.WriteData como:

Public Function WriteData(Of TEntity As {Class, New})(ByVal Command As String, _ ByVal Entities As IEnumerable(Of TEntity)) _ As Integer Dim cnn As IDbConnection = dataAgent.NewConnection Dim records As Integer For Each entity As TEntity In Entities records += cnn.Execute(Command, entity, Nothing, 15, CommandType.Text) Next Return records End Function

los registros se insertan muy bien ... pero no creo que esto sea necesario dado ejemplos como:

connection.Execute(@"insert MyTable(colA, colB) values (@a, @b)", new[] { new { a=1, b=1 }, new { a=2, b=2 }, new { a=3, b=3 } } ).IsEqualTo(3); // 3 rows inserted: "1,1", "2,2" and "3,3"

... de dapper-dot-net