标签：
【C#】项目优化实战
一. 数据库设计
1. 常量的枚举值直接存中文不要存数字（注意是常量，如果显示值可变就不能）
例如：男女，在数据库中不要存1和0，直接存男和女。
这样的好处：读取数据的时候可以避免不必要的转换，每次转换肯定会带来性能开销
2. 允许字段冗余
例如：在需要统计的表里面都会有时间字段，一般都是设默认GETDATE(),但有的时候我们需要按年、按月、按周、按天统计，这时可以把年、月、周、天用4列来存储
这样的好处：在统计查询的时候性能会比用 sql 函数高出非常多
3. 索引的建立
在查询列和关联列上建立索引，可以极大的提高查询性能
4. 尽量不要存 null, 用空字符串或0来替代
5. 查询字段最好全部走索引,如果不能走索引考虑其他方案来替代(如全文索引)
6. 历史数据的迁移或清理,定时把无用的历史数据删除掉或备份到其他表里
总结：表的设计尽量简单，尽量减少关联表。能用一张表做的事就不用两张表，能存原始数据就存原始数据，虽然会违反设计范式，但可以提高性能
二. 死锁的隐患
1. 事务可能带来的死锁：当需要对多张表进行修改操作时，都会加事务，有一点是非常需要注意的：操作表的顺序要一致
例如：事务1，先修改表a再修改表b。事务2，先修改表b再修改表a。这种情况就会死锁，需要注意
2. WITH(NOLOCK)：在查询时如果加上WITH(NOLOCK)可以在一定程度上提升查询性能，相对的它会带来脏读的影响
三.语句的优化
1. 慎用 INNER JOIN (INNER JOIN 的表数量不应过多,表越多查询性能越低)
a. 通过字段的冗余来减少 INNER JOIN, INNER JOIN 如果是用于查询条件,可以把查询的字段放到查询的主表里来免除联查.
b. 对于枚举值,要么直接存显示值,要么在数据查出来后进行匹配,不要用数据库联查
c. 当联查的表数据都很大的时候，就得慎重使用 INNER JOIN，当出现查询慢的时候可以使用临时表
例子：表A和表B联查时,表B通过条件筛选后数据不多,可以把筛选的数据放入临时表中,再使用INNER JOIN,可以很大程度上提升性能
2. 尽量不要使用 LEFT/RIGHT JOIN
a. 可以通过使用 INNER JOIN 来替代 LEFT JOIN
例如: 性别的枚举值,一般会使用1代表男,0代表女,但用户可能不设置性别信息,数据库中就会是空或null,这时可以在数据库中保存空字符串非null,枚举里创建空字符串枚举来表示用户不输入性别.这样就可以使用 INNER JOIN 来替代 LEFT JOIN
3. 查询条件列一定要走索引
四. 通过使用 Sql Server Profiler 来定位性能慢的语句
1. 主要看 cpu 和 IO
五. 缓存
1. 缓存一切可以缓存的数据,尤其是那些在短时间内改变不多的数据
六. 界面数据显示
1. 先显示主要数据,次要数据通过异步方式显示或通过用户点击按钮按需显示
2. 如果一次请求需要查好几次数据库才能获取到数据,可以通过多线程的方式来访问数据库,以此减短请求的时间
3. 尽量使用轻服务端重客户端的方式设计页面,以此将部分压力转移到客户电脑上以此减轻服务器压力
七. 异常捕捉
1. 禁止使用全局异常捕捉,因为很难定位发生异常的位置
2. 使用代码重构将代码功能粒子化,对可能出现的代码块加上异常捕捉,异常信息输入: 类名, 函数名, 函数参数值,异常信息.异常信息越详细越好
八. 设计思路
1. 一切以简单高效的原则来设计,对于框架的选用也是如此,复杂的框架尽量不要用,虽然会让你显得很牛,但维护成本很高
标签：
原文地址：http://www.cnblogs.com/fzz2727551894/p/5803639.html
