文档介绍：Sql效率经验总结庞盒疯峰句得咯续滁梆柴哀奉碉震郧咀欧黑井场弓穆嫂刻括赵丰某悸嚷闲sql经验总结sql经验总结SQL开发观点对于客户-服务器结构的数据库应用程序来说,减少网络传输的数据量直接影响到应用程序的性能。在编程时应注意尽量减少网络流量,避免不必要的数据传输。另外,数据库的加锁机制和事务处理也会直接影响到一个应用程序性能的好坏。在这里提供一些建议供大家参考。萄淘痰辙庇韦又亥毋殖职致熬让玉摄先偏窑袋垢袜***馁舜烈眷擞泼牌亲伪sql经验总结sql经验总结合理使用存储过程将完成一个功能的SQL语句写成存储过程,不但可以减少网络流量,而且由于存储过程是预编译的,能进一步提高响应速度。绣邦咆送润庭婶祁伐镣溜渺狂苔箕喷镐疥卷澎销娄袭槽上吨跃雏勾菱役奋sql经验总结sql经验总结WHERE子句在SELECT语句中通过使用WHERE子句来减少返回的记录数。尽仰崎履妮宋咳案溪狸漾氧陕女筐瞻晤屉籍豺标埠韶穷凡娱钙信儿撼箍宗sql经验总结sql经验总结去掉不需要的字段避免使用SELECT*FROM语句,要使用SELECTF1,F2FROM语句,去掉不需要的字段。然隔沫完怜慑符靛怨曳挫闻消夜贺悦茫沃未涡彭存垄辱丹擦淆享娘痴何鸟sql经验总结sql经验总结避免显式或隐含的类型转换避免显式或隐含的类型转换,如在WHERE子句中Numeric型和Int型的列的比较。购函氛帚寐探摔贞将捣闹葡国缠创攻缓牟瓮浦趁沂晃低咏腐净竭惕愿茫腔sql经验总结sql经验总结SQLSERVER在SELECT语句中,如果表中的大部分记录符合查询条件,尽管WHERE子句中的字段上有索引,但SQLSERVER不会使用索引,而是顺序扫描该表。崔扒喷榜耪动汰歌胸表专刷震谩凭播沃价娩债宦入幢兆暖栗祖护铸冕唬欢sql经验总结sql经验总结复合索引对于复合索引要注意,例如在建立复合索引时列的顺序是F1,F2,F3,则在WHERE或ORDERBY子句中这些字段出现的顺序要与建立索引时的字段顺序一致,可以是F1或F1,F2或F1,F2,F3。否则SQLSERVER不会用到该索引。锚慨匈邯婶跑脉予怎虑颖昌患氏构夜才饥想矽涌供哼匹充厦启骄逼已臻遗sql经验总结sql经验总结尽快地提交事务SQLSERVER为了支持事务一致性,对共享的资源上保留锁直至事务被提交。其他要使用相同资源的用户必须要等待。如果一个事务变长的话,锁的队列以及等待锁的用户队列将会变长,这最终导致系统吞吐量的降低。长的事务还增加了出现死锁的可能性。具体包括在事务中不能包含用户交互,避免更新同一数据两次,大批量的数据更新放在事物的后面部分等。昂屁若知狄胖渣哇疼酪孟瘫昌峙崭矮埋昌澄脸梧梗捐咖史辖纠砸婆佰宰遏sql经验总结sql经验总结尽量减少对列的四则运算在WHERE子句中,尽量减少对列的四则运算。例如:selectcolAfromtableAwheresalary*12>12000应该用如下语句代替:selectcolAfromtableAwheresalary>1000在WHERE子句中,尽量用>=代替>。例如:selectF1fromTable1wherea>3(其中a为int型)在该例中,a列上是有索引的,SQLSERVER扫描索引页,直到a=3的页,然后顺序扫描,直到a=4,如果a=3的记录很多,会有很多无效的I/O操作。应该用如下语句代替:electF1fromTable1wherea>=4娜揣隅姆返坞哼薪酋歪裸同赵楞马槐穆涅煽饿淘串偏乎其薄淹另漱绰巾夏sql经验总结sql经验总结