不管出於什麼原因,有時候框架人員摒棄了NH或EF,而使用原生數據庫訪問對象。
為了優美的編程,用上我寫的輕量級動態生成更新SQL擴展方法吧
還記得在EF中只更新修改過的字段時,我們這麼寫:
var e = db.Entry(d); e.State = EntityState.Unchanged; d.UploadTime = DateTime.Now; e.Property("UploadTime").IsModified = true; db.SaveChanges();
目的是,使生成的更新SQL只更新UploadTime字段,否則會更新所有字段,那麼就需要先查詢一遍再更新。
既然提到數據倉儲,我們更新一個實體在數據層最好只有一個方法,但是一個更新的SQL能滿足要求嗎?
出於以上目的,我寫了這樣的輕量級擴展方法:
public static class SqlStringEx { /// <summary> /// 根據實體模型的賦值情況,動態生成更新SQL。避免要先獲取再保存,或者避免按需寫多個更新SQL /// </summary> /// <typeparam name="T"></typeparam> /// <param name="t"></param> /// <param name="tableName">數據表名稱</param> /// <param name="conditionColumnName">更新時條件列名稱,該列名需包含在parameters中</param> /// <param name="parameters"></param> /// <returns></returns> public static string GenerateUpdateSql<T>(this T t, string tableName, string conditionColumnName, out List<SqlParameter> parameters) where T : new() { parameters = new List<SqlParameter>(); StringBuilder res = new StringBuilder(); res.AppendFormat("update {0} set ", tableName); var props = t.GetType().GetProperties(); string wherePart = null; foreach (PropertyInfo item in props) { var propVal = item.GetValue(t, null); var hasValue = propVal != null && !propVal.Equals(0); if (hasValue) { var filedname = item.GetFieldName(); parameters.Add(new SqlParameter { Value = propVal, ParameterName = filedname }); if (filedname.Equals(conditionColumnName.ToLower())) { wherePart = string.Format(" where {0}=@{0} ", filedname); } else { res.AppendFormat(" {0}=@{0} ,", filedname); } } } res.Remove(res.Length - 1, 1); res.Append(wherePart); return res.ToString(); } }
其中的GetFieldName()方法見上一篇
有了這個方法,數據層一個實體就只需要一個更新的方法,也不需要自己去拼接更新的SQL了。
List<SqlParameter> parameters =null; var saveSql = model.GenerateUpdateSql("TableName", "ID", out parameters);
注意,model的屬性的默認值分兩種,值類型默認值為0,引用類型和非空值類型的默認值是null,當model屬性的值不是默認值的時候會參與值的更新。
saveSql就是我們要更新的SQL,parameters是對應更新的參數。ID參數也可以是別的列,但在model中作為條件的列的值不能為默認值。
有沒有很方便,歡迎拋磚。
雖然重復造輪子,但方便性是不是可以彌補一切。
性能要求高的,請慎重考慮,因為內部使用了反射。