视图的优缺点1.怎样追踪app崩溃率。怎样解决线上闪退(9)

应改为:

select id from t where name like‘abc%‘ 
select id from t where createdate>=‘2005-11-30‘ and createdate<‘2005-12-1‘

10.不要在 where 子句中的“=”左边进行函数、算术运算或其它表达式运算。否则系统将可能无法正确使用索引。

11.在使用索引字段作为条件时，假设该索引是复合索引，那么必须使用到该索引中的第一个字段作为条件时才干保证系统使用该索引，否则该索引将不会被使用，而且应尽可能的让字段顺序与索引顺序相一致。

12.不要写一些没有意义的查询，如须要生成一个空表结构：

select col1,col2 into #t from t where1=0

这类代码不会返回不论什么结果集。可是会消耗系统资源的。应改成这样：

create table #t(…)

13.Update 语句，假设仅仅更改1、2个字段。不要Update全部字段，否则频繁调用会引起明显的性能消耗。同一时候带来大量日志。

14.对于多张大数据量（这里几百条就算大了）的表JOIN，要先分页再JOIN。否则逻辑读会非常高，性能非常差。

15.select count(*) from table；这样不带不论什么条件的count会引起全表扫描，而且没有不论什么业务意义。是一定要杜绝的。

16.索引并非越多越好，索引固然能够提高相应的 select 的效率。但同一时候也减少了 insert 及 update 的效率，由于 insert 或 update 时有可能会重建索引，所以怎样建索引须要谨慎考虑，视详细情况而定。

一个表的索引数最好不要超过6个。若太多则应考虑一些不常使用到的列上建的索引是否有 必要。

17.应尽可能的避免更新 clustered 索引数据列，由于 clustered 索引数据列的顺序就是表记录的物理存储顺序。一旦该列值改变将导致整个表记录的顺序的调整，会耗费相当大的资源。若应用系统须要频繁更新 clustered 索引数据列，那么须要考虑是否应将该索引建为 clustered 索引。

18.尽量使用数字型字段。若仅仅含数值信息的字段尽量不要设计为字符型，这会减少查询和连接的性能。并会添加存储开销。这是由于引擎在处理查询和连 接时会逐个比较字符串中每个字符，而对于数字型而言仅仅须要比较一次就够了。

19.尽可能的使用 varchar/nvarchar 取代 char/nchar ，由于首先变长字段存储空间小，能够节省存储空间，其次对于查询来说，在一个相对较小的字段内搜索效率显然要高些。

20.不论什么地方都不要使用

  select * from t

用详细的字段列表取代“*”，不要返回用不到的不论什么字段。

21.尽量使用表变量来取代暂时表。假设表变量包括大量数据，请注意索引非常有限（仅仅有主键索引）。

22.避免频繁创建和删除暂时表。以减少系统表资源的消耗。

暂时表并非不可使用，适当地使用它们能够使某些例程更有效，比如。当须要反复引用大型表或经常使用表中的某个数据集时。可是。对于一次性事件， 最好使用导出表。

23.在新建暂时表时，假设一次性插入数据量非常大，那么能够使用 select into 取代 create table，避免造成大量 log ，以提快速度；假设数据量不大。为了缓和系统表的资源，应先create table。然后insert。

24.假设使用到了暂时表，在存储过程的最后务必将全部的暂时表显式删除，先 truncate table 。然后 drop table 。这样能够避免系统表的较长时间锁定。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-76433-9.html