怎样获得SQLServer的优化性能？.docVIP

怎样获得SQL Server的优化性能？ 摘自互联网 SQL Server的性能， 经验证明，SQL Server的性能提高主要取决于逻辑数据库设计，索引设计和查询设计。 反之，最大的性能问题也往往源于这几个方面的设计缺陷。 而其它系统级的性能问题， 例如内存、高速缓存、 硬件等， SQL Server对现有硬件资源采用自动方式管理，从而减少系统级的手工调整。 SQL语句的性能 摘自互联网 PREPARE处理 可能需要使用“WITH REOPTIMIZATION打开游标 使用游标（cursor)或使用execute into prepare可节省客户机/服务器间的网络交换量 对于大量插入操作使用insert游标 明确FET_BUF_SIZE带来的益处（对ISQL,4GL不适用） 使用恰当地、最低限制隔离级别 ? 使用主键，避免使用ROWID ? 避免不必要的类型转换，要了解”隐藏的类型转换， select col1,col2 from tab1 where col110, 如col1是字符型（char)，俞每行的比较中，整数10就会转换为字符型，这条语句应写为： select col1,col2 from tab1 where col110 decimal类型数据的各种运算和转换代价是高的 适当使用UPDATE WHERE CURRENT OF ? 避免频繁的库间切换－－使用分布式查询或通过CONNECT语句进行多处联结。让服务器来完成这样的工作（但要使工作量最小） Fetch不需要的行、列和只更新被改变的列，这样可以减少软件冲突（可以避免锁住索引项）。 在服务器中排序、分组记录(仅在必要时 数据库设计，索引，存储过程和查询规划对程序性能的影响 摘自互联网 为性能而改变常规设计 有时为了获得所需的性能，减少连接运算而设计非常规数据模型是必要的，但这是最后的解决办法。 保证记录的长度较小，当然要小于一个Online页的大小 varchars是有上下边界的字符串 如一次数据更新增加了varchar值的长度，由于这条记录可能会跨越多页而对性能带来负面影响。 在绝对有必要的情况下才使用BLOBS BLOBS比其它数据的处理的效率要低 索引 避免高度重复索引 高度重复索引会降低性能。如果觉得有必要在包含高度重复值的列上建立索引，最好与包含唯一值（或近似唯一的其它列）建立一个复合索引，服务器仍可以使用该索引来访问重复列值，而该索引得处理效率更高。 精心选择索引 索引的目的是为提供快速的数据访问，创建的索引要对SQL操作提供显著的性能改进，使用查询规划（Query Plan)和测试确定最佳的索引策略。 太多的索引与不充分、不正确的索引对性能都无益，在表上建立的每个索引都会增加存储开销，索引对于插入、删除、更新操作也会增加处理开支。 7.2版本之后可以反向处理索引，因此任何升序、降序索引的效果都是一样的。 FILLFACTOR控制索引页中的空间 colA列上建立索引的表和colA,colB,colC上建立的另一个索引效果都是一样的，即对colA过滤时将使用首先建立的索引，而不一定使用最佳索引。 /扫描时使用索引 SQL语句 select cola,colb from tab1 where cola=ABC1243; colb长度较小（如整形）而cola上有索引，那么可能在cola和colb上建立复合索引会更好些，可通过读取索引项不访问整行而加快查询速度，该方法只对频繁执行的查询有使用价值。 ? 存储过程 可以减少客户机/服务器间的通信量 /服务器间通信量（当然这将增加服务器的运行开支） 存储过程对强制应用逻辑十分有用，但它会导致性能下降，要避免使用只有较少语句的存储过程。 避免嵌套的、递归的存储过程 存储过程调用其它的存储过程，这些存储过程又调用其它的存储过程，这对性能是有害的。 存储过程可以明显减少系统并行查询的能力 系统不能同时进行多个涉及存储过程的查询，但可以并行执行存储过程各自的SQL语句。 where子句表达式中的存储过程都会被计算。 查询规划优化器(由SET EXPLAIN ON产生）对于观察SQL语句的效率是十分有用的。可以看到统计、数据分布、索引、数据分片及SQL语句等对查询性能影响的效果。注意在输出查询规划对性能有极大的影响，因此在计时或运行系统中不要用SET EXPLAIN ON。 摘自互联网 1.数据加载的方法 High Performance Loader) 十分灵活的加载工具，适用于7.2以后各版，性能高。 ESQL加载程序 Bulk加载器（BLOADER) Online中，非正式支持，性能良好。 DBLOAD ASCII文件，对于少量