前俩天发布了 关于PDF.NET开发框架对Mysql Sqlite PostgreSQL数据库分页支持的我的见解 ,说明了本人对框架的一些介绍和见解。今天咱们一块儿思考一些问题。html
1.装箱与拆箱sql
EntityBase.cs数据库
1 private object[] values; 2 /// <summary> 3 /// 属性值列表 4 /// </summary> 5 public virtual object[] PropertyValues 6 { 7 get 8 { 9 if (values == null) 10 { 11 values = new object[PropertyNames.Length]; 12 } 13 return values; 14 } 15 protected internal set { values = value; } 16 }
每一个实体类对象,通常状况下至关于表中的一行数据。把属性里封装的字段放在数组中,字段有值类型(tinyint int double...) 引用类型,为了知足各类类型只能由object类型出厂,这样会致使值类型频繁进行拆箱(引用类型到值类型--get)/装箱(值类型到引用类型--set)操做.这在必定程度上,对性能形成了损耗。数组
2.for与foreach缓存
CommonDB.cs框架
1 if (parameters != null) 2 for (int i = 0; i < parameters.Length; i++) 3 if (parameters[i] != null) 4 { 5 if (commandType != CommandType.StoredProcedure) 6 { 7 //IDataParameter para = (IDataParameter)((ICloneable)parameters[i]).Clone(); 8 IDataParameter para = parameters[i]; 9 if (para.Value == null) 10 para.Value = DBNull.Value; 11 cmd.Parameters.Add(para); 12 } 13 else 14 { 15 //为存储过程带回返回值 16 cmd.Parameters.Add(parameters[i]); 17 } 18 }
使用for循环,加数组的索引器使用(每调用一次,就循环一次,能够反编译查看),会形成数组的重复遍历。话很少说,看哥代码,你懂得!ide
1 if (parameters != null) 2 { 3 foreach (IDataParameter para in parameters) 4 { 5 if (para != null) 6 { 7 if (commandType != CommandType.StoredProcedure) 8 { 9 if (para.Value == null) 10 para.Value = DBNull.Value; 11 cmd.Parameters.Add(para); 12 } 13 else 14 { 15 //为存储过程带回返回值 16 cmd.Parameters.Add(para); 17 } 18 } 19 } 20 }
3.双重锁定 double check性能
SqlCache.csui
1 /// <summary> 2 /// 增长一项到缓存中 3 /// </summary> 4 /// <param name="key"></param> 5 /// <param name="item"></param> 6 /// <returns></returns> 7 public static bool AddToCache(string key,SqlInfo item) 8 { 9 SqlInfo Value = GetFromCache(key); 10 if (Value != null) 11 return false; 12 lock (sync_obj) 13 { 14 DictSqlCache.Add(key, item); 15 } 16 return true; 17 }
第一个if确实能减小锁的影响,提示性能。 lock里须要作判断的...看代码spa
1 /// <summary> 2 /// 增长一项到缓存中 3 /// </summary> 4 /// <param name="key"></param> 5 /// <param name="item"></param> 6 /// <returns></returns> 7 public static bool AddToCache(string key, SqlInfo item) 8 { 9 if (!DictSqlCache.ContainsKey(key))//在lock前判断,有助于提高性能 10 { 11 lock (sync_obj)//假设2个线程同时执行到这,若是lock里不作判断会出问题 12 { 13 if (!DictSqlCache.ContainsKey(key)) 14 { 15 DictSqlCache.Add(key, item); 16 return true; 17 } 18 } 19 } 20 return false; 21 }
4.分页
SqlPage.cs
1 /// <summary> 2 /// 根据主键的高效快速分页之 升序分页 3 /// </summary> 4 /// <param name="pageNum">页码,从1开始</param> 5 /// <param name="pageSize">页大小,大于1</param> 6 /// <param name="filedList">字段列表</param> 7 /// <param name="tableName">表名称</param> 8 /// <param name="PKName">主键名称</param> 9 /// <param name="conditon">查询条件</param> 10 /// <returns>返回指定页码的快速分页SQL语句</returns> 11 public static string GetAscPageSQLbyPrimaryKey(int pageNum, int pageSize, string filedList, string tableName, string PKName, string conditon) 12 { 13 if (conditon == null || conditon == "") 14 conditon = "1=1"; 15 if (pageNum == 1) 16 { 17 string sqlTemplage = "Select top @pageSize @filedList from @table1 where @conditon order by @PKName desc "; 18 return sqlTemplage 19 .Replace("@pageSize", pageSize.ToString()) 20 .Replace("@filedList", filedList) 21 .Replace("@table1", tableName) 22 .Replace("@conditon", conditon) 23 .Replace("@PKName", PKName); 24 } 25 else 26 { 27 //@topNum= ((页码-1)*页大小) 28 string sqlTemplage = @" 29 select top @pageSize @filedList 30 from @table1 31 where @conditon And @PKName> 32 (select max (@PKName) from 33 (select top @topNum @PKName from @table1 where @conditon order by @PKName asc) as T 34 ) 35 order by @PKName asc 36 "; 37 int topNum = (pageNum - 1) * pageSize; 38 39 return sqlTemplage.Replace("@topNum", topNum.ToString()) 40 .Replace("@pageSize", pageSize.ToString()) 41 .Replace("@filedList", filedList) 42 .Replace("@table1", tableName) 43 .Replace("@conditon", conditon) 44 .Replace("@PKName", PKName); 45 46 } 47 }
首先,要把字符串对象构造为StringBuilder对象,用StringBuilder对象的Replace方法,这些细节和上篇也提到了,不少人会认为这是废话,好吧......我不说废话了,进入重点。
看了不少分页代码,有not in的,rownum伪列的,limit的。但若是只根据一列进行查询,主键列或其余值类型的列都可,这种分页无疑是性能最高的。我的很欣赏做者的代码。
可是,我想提一个问题,
假如tableName参数传入的是一个viewName(视图名称),
而这个视图是有10张同结构的表,或不一样结构的表抽取意义相同的列的数据 union而成。
这个视图数据量百万级数据量。这么写能禁得住考验吗?
那么该如何改进呢?
相信clever的你已经懂了,若还没想通,那就经历3重境界吧:
昨夜西风凋碧树,独上高楼,望尽天涯路。
衣带渐宽终不悔,为伊消得人憔悴。
而后是蓦然回首...........