Dapper & MS Access - Czytaj prace, Napisz nie

Question

Zacznijmy od usunięcia tego: utknąłem przy użyciu MS Access DB i nie mogę go zmienić.

Działa to dobrze:

using (OleDbConnection conn = ConnectionHelper.GetConnection()) 
{ 
    conn.Open(); 
    var results = conn.Query<string>(
    "select FirstName from Students where LastName = @lastName", 
    new { lastName= "Smith" } 
); 
    conn.Close(); 
} 

Działa to dobrze:

using (OleDbConnection conn = ConnectionHelper.GetConnection()) 
{ 
    OleDbCommand cmd = new OleDbCommand(
    "update Students set FirstName = @firstName, City = @city where LastName = @lastName", 
    conn 
); 
    cmd.Parameters.AddWithValue("firstName", "John"); 
    cmd.Parameters.AddWithValue("city", "SomeCity"); 
    cmd.Parameters.AddWithValue("lastName", "Smith"); 

    conn.Open(); 
    var result = cmd.ExecuteNonQuery(); 
    conn.Close(); 
} 

... To nie jest wykonywany bez błędu, ale ustawia FirstName jako "SomeCity" w DB i Miasto jako "Jan":

using (OleDbConnection conn = ConnectionHelper.GetConnection()) 
{ 
    conn.Open(); 
    var results = conn.Query<string>(
    "update Students set FirstName = @firstName, City = @city where LastName = @lastName", 
    new { firstName = "John", city = "SomeCity", lastName = "Smith" } 
); 
    conn.Close(); 
} 

Jakieś pomysły?

Edycja

Wytworny działa, jeśli mogę użyć DynamicParameters:

using (OleDbConnection conn = ConnectionHelper.GetConnection()) 
{ 
    DynamicParameters parameters = new DynamicParameters(); 
    parameters.Add("firstName", "John"); 
    parameters.Add("city", "SomeCity"); 
    parameters.Add("lastName", "Smith"); 

    conn.Open(); 
    var result = conn.Query<string>(
    "update Students set FirstName = @firstName, City = @city where LastName = @lastName", 
    parameters 
); 
    conn.Close(); 
} 

Answer 1

Po pewnym kopania, udało mi się znaleźć przyczynę:

Poniżej CreateParamInfoGenerator delegat SqlMapper Wytworny za:

public static Action<IDbCommand, object> CreateParamInfoGenerator(Identity identity) 
    { 

     // code above here 
     IEnumerable<PropertyInfo> props = type.GetProperties().OrderBy(p => p.Name); 

Rekwizyty to Twój jednogłośny param, który zostaje ponownie zamówiony przez OrderBy (p => p.Name), co przenosi miasto z góry.

Rekwizyty są następnie dodawane do IDbCommand Parameters, gdzie kolejność jest ważna.

Jeśli skomentuję polecenie OrderBy(), to wszystko działa.

ja również testowane DynamicParameters i celowo ponownie nakazał przenieść atrybuty miasta upfront:

 var parameters = new DynamicParameters(); 
     parameters.Add("city", "SomeCity"); 
     parameters.Add("firstName", "John"); 
     parameters.Add("lastName", "Smith"); 

     var result = dbConnection.Query<string>(
      "update Students set FirstName = @firstName, City = @city where LastName = @lastName", 
      parameters 
     ); 

Powyższe nie działa tak dobrze, więc kolejność atrybutów jest powód!

Chyba można modyfikować swoją lokalną kopię SqlMapper teraz i usunąć orderby() i czekać na oficjalny werdykt od Marc ...

nadzieję, że to pomaga.

Answer 2

Miałem podobny problem, co zrobiłem to use parameter names like @param1, @param2 zamiast @ nazwa, @ identyfikator, @ cena, więc zamówienie pozostaje takie samo bez konieczności modyfikowania pliku SQLMapper.cs.

Coś

public void Update(Movie movie) 
{ 
    var sql = "UPDATE myDB.movies set title=@param1, genre=@param2 where ID=@param3"; 
    db.Execute(sql, new { param1 = movie.Title, param2 = movie.Genre, param3 = movie.ID }); 
}