SQL Server数据库性能优化

　　设计一个应用系统似乎并不难，但是要想使系统达到最优化的性能并不是一件容易的事。在研发工具、数据库设计、应用程式的结构、查询设计、接口选择等方面有多种选择，这取决于特定的应用需求连同研发队伍的技能。本文以SQL Server为例，从后台数据库的角度讨论应用程式性能优化技巧，并且给出了一些有益的建议。

　　1　数据库设计

　　要在良好的SQL Server方案中实现最优的性能，最关键的是要有1个很好的数据库设计方案。在实际工作中，许多SQL Server方案往往是由于数据库设计得不好导致性能很差。所以，要实现良好的数据库设计就必须考虑这些问题。

　　1.1　逻辑库规范化问题

　　一般来说，逻辑数据库设计会满足规范化的前3级标准:

　　1.第1规范:没有重复的组或多值的列。

　　2.第2规范:每个非关键字段必须依赖于主关键字，不能依赖于1个组合式主关键字的某些组成部分。

　　3.第3规范:1个非关键字段不能依赖于另1个非关键字段。

　　遵守这些规则的设计会产生较少的列和更多的表，因而也就减少了数据冗余，也减少了用于存储数据的页。但表关系也许需要通过复杂的合并来处理，这样会降低系统的性能。某种程度上的非规范化能够改善系统的性能，非规范化过程能够根据性能方面不同的考虑用多种不同的方法进行，但以下方法经实践验证往往能提高性能。

　　1.假如规范化设计产生了许多4路或更多路合并关系，就能够考虑在数据库实体(表)中加入重复属性(列)。

　　2.常用的计算字段(如总计、最大值等)能够考虑存储到数据库实体中。

　　比如某一个项目的计划管理系统中有计划表，其字段为:项目编号、年初计划、二次计划、调整计划、补列计划…，而计划总数(年初计划 二次计划 调整计划 补列计划)是用户经常需要在查询和报表中用到的，在表的记录量很大时，有必要把计划总数作为1个单独的字段加入到表中。这里能够采用触发器以在客户端保持数据的一致性。

　　3.重新定义实体以减少外部属性数据或行数据的开支。相应的非规范化类型是:

　　(1)把1个实体(表)分割成2个表(把任何的属性分成2组)。这样就把频繁被访问的数据同较少被访问的数据分开了。这种方法需要在每个表中复制首要关键字。这样产生的设计有利于并行处理，并将产生列数较少的表。

　　(2)把1个实体(表)分割成2个表(把任何的行分成2组)。这种方法适用于那些将包含大量数据的实体(表)。在应用中常要保留历史记录，但是历史记录很少用到。因此能够把频繁被访问的数据同较少被访问的历史数据分开。而且假如数据行是作为子集被逻辑工作组(部门、销售分区、地理区域等)访问的，那么这种方法也是很有好处的。

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有