即使用ADO.NET，也要轻量级动态生成更新SQL，比Ormlite性能更高
即使用ADO.NET，也要轻量级动态生成更新SQL，比Ormlite性能更高先上测试结果：
//测试1000次针对同一个表同一个字段更新,比Ormlite平均快2.34倍 //生成SQL+ExecuteNonQuery Ormlite 倍数 //6513ms 15158ms 2.327 //6461ms 15303ms 2.369 //6624ms 15424ms 2.329 //6591ms 15468ms 2.347 //测试1000次针对同一个表同一个字段更新，比EF平均快1.68倍 //生成SQL+ExecuteNonQuery EF 倍数 //6622ms 11113ms 1.678 //6577ms 11117ms 1.690 //6756ms 11258ms 1.666 //6603ms 11184ms 1.694
不管出于什么原因，有时候框架人员摒弃了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能满足要求吗？
出于以上目的，我写了这样的轻量级扩展方法:
/// <summary> /// /// </summary> public static class SqlStringEx { #region 静态私有成员 private static object _obj = new object(); private static Dictionary<int, PropertyInfo[]> propertiesCache = new Dictionary<int, PropertyInfo[]>(); /// <summary> /// 从缓存中获取属性信息 /// </summary> /// <param name="t"></param> /// <returns></returns> private static PropertyInfo[] GetPropertiesFromCache(Type t) { var code = t.GetHashCode(); if (!propertiesCache.ContainsKey(code)) { lock (_obj) { if (!propertiesCache.ContainsKey(code)) { propertiesCache.Add(code, t.GetProperties()); } } } return propertiesCache[code]; } #endregion /// <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 = GetPropertiesFromCache(t.GetType()); 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中作为条件的列的值不能为默认值。
有没有很方便，欢迎抛砖。
虽然重复造轮子，但方便性是不是可以弥补一切。
性能要求高的，请慎重考虑，因为内部使用了反射。但是性能总的来说比Ormlite更快，执行1000次更新，本扩展方法耗时6513毫秒，而Ormlite耗时15158毫秒。
EF相比Ormlite更快：
