共计 1658 个字符，预计需要花费 5 分钟才能阅读完成。
本篇内容介绍了“SQL Server 数据库的高性能优化方法”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让丸趣 TV 小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！
丸趣 TV 小编以前在做 ASP 及.NET 的时候经常用到 SQL SERVER，现在用 PHP 虽然大多数时候用 MYSQL，但不泛有些客户要在原来 SQL 的平台上升级或兼容开发，值得庆幸的是 PHP 无所不能，基本上所有的它都能连接并支持，本文主要向大家介绍的是正确优化 SQL Server 数据库的经验总结，其中包括在对其进行优化的实际操作中值得大家注意的地方描述，以及对 SQL 语句进行优化的最基本原则，以下就是文章的主要内容描述。
优化数据库的注意事项：
1、关键字段建立索引。
2、使用存储过程，它使 SQL 变得更加灵活和高效。
3、备份数据库和清除垃圾数据。
4、SQL 语句语法的优化。(可以用的 SQL Expert，可惜我没找到 unexpired 的序列号)
5、清理删除日志。
SQL 语句优化的基本原则：
1、使用索引来更快地遍历表。
缺省情况下建立的索引是非群集索引，但有时它并不是最佳的。在非群集索引下，数据在物理上随机存放在数据页上。合理的索引设计要建立在对各种查询的分析和预测上。
一般来说：
①. 有大量重复值、且经常有范围查询 (between, ,，=, =) 和 order by、group by 发生的列，可考虑建立群集索引
②. 经常同时存取多列，且每列都含有重复值可考虑建立组合索引;
③. 组合索引要尽量使关键查询形成索引覆盖，其前导列一定是使用最频繁的列。
2、IS NULL 与 IS NOT NULL
不能用 null 作索引，任何包含 null 值的列都将不会被包含在索引中。即使索引有多列这样的情况下，只要这些列中有一列含有 null，该列就会从索引中排除。也就是说如果某列存在空值，即使对该列建索引也不会提高性能。任何在 where 子句中使用 is null 或 is not null 的语句优化器是不允许使用索引的。
3、IN 和 EXISTS
EXISTS 要远比 IN 的效率高。里面关系到 full table scan 和 range scan。几乎将所有的 IN 操作符子查询改写为使用 EXISTS 的子查询。
4、在海量查询时尽量少用格式转换。
5、当在 SQL SERVER 2000 中
如果存储过程只有一个参数，并且是 OUTPUT 类型的，必须在调用这个存储过程的时候给这个参数一个初始的值，否则会出现调用错误。
6、ORDER BY 和 GROPU BY
使用 ORDER BY 和 GROUP BY 短语，任何一种索引都有助于 SELECT 的性能提高。注意如果索引列里面有 NULL 值，Optimizer 将无法优化。
7、任何对列的操作都将导致表扫描，它包括 SQL Server 数据库函数、计算表达式等等，查询时要尽可能将操作移至等号右边。
8、IN、OR 子句常会使用工作表，使索引失效。如果不产生大量重复值，可以考虑把子句拆开。拆开的子句中应该包含索引。
9、SET SHOWPLAN_ALL 10、谨慎使用游标
在某些必须使用游标的场合，可考虑将符合条件的数据行转入临时表中，再对临时表定义游标进行操作，这样可使性能得到明显提高。
注释：所谓的优化就是 WHERE 子句利用了索引，不可优化即发生了表扫描或额外开销。经验显示，SQL Server 数据库性能的最大改进得益于逻辑的、索引设计和查询设计方面。反过来说，最大的性能问题常常是由其中这些相同方面中的不足引起的。
其实 SQL 优化的实质就是在结果正确的前提下，用优化器可以识别的语句，充份利用索引，减少表扫描的 I / O 次数，尽量避免表搜索的发生。其实 SQL 的性能优化是一个复杂的过程，上述这些只是在应用层次的一种体现，深入研究还会涉及 SQL Server 数据库层的资源配置、网络层的流量控制以及操作系统层的总体设计。
“SQL Server 数据库的高性能优化方法”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注丸趣 TV 网站，丸趣 TV 小编将为大家输出更多高质量的实用文章！
