数据库优化技术的分析与探讨.docVIP

数据库优化技术的分析与探讨 　　摘要：从范式优化、索引优化和查询优化几个方面对数据库的优化设计方法进行分析探讨。在逻辑设计阶段，要按照范式优化的具体要求来设计数据库逻辑结构，比较其优劣从而选择更好的方案；在数据库物理设计阶段，在有关属性或属性的组合上建立索引时要根据索引优化中的具体要求来进行，使数据库物理结构得以优化；在数据库查询阶段，优化数据查询语句，以提高SQL语句的执行效率。 　　关键词：数据库；范式优化；索引；查询优化 　　中图分类号：TP391文献标识码：A文章编号：1009-3044(2011)20-4794-02 　　伴随数据库技术的发展，人们对计算机化业务数据的依赖性越来越高。目前由于传统的基于文件数据的存储和检索方法的不完善，使得人们对数据库的优化设计日益关注起来。如何让人们能方便、准确、快捷的对大型数据进行操作和处理，已经成为人们迫切想要解决的问题。 　　对数据库的数据存取有以下几个调整等级：等级一是硬件平台在内的操作系统；等级二是数据库管理系统的调整；等级三是数据库的设计；等级四是结构化查询语言级。这四个等级的划分，使得数据库的整体性能会得到大幅度提升。 　　由此可见，在书数据库的运行过程中，程序员在数据库的各个阶段，是否能采取合适的方法对其进行恰当的设计与调整，对于数据库性能的提高有多大的影响性。 　　1 范式优化数据库 　　在对数据库进行开发时，运用范式对其基本表采取规范化。基本表在通常情况下的设计 　　需符合第三范式，其特点是以消除函数依赖为前提避免传递依赖，以达到对主键属性的依从性。第三范式的运用，不仅避免了由于数据过多的备份给相关操作带来的不好影响，而且很好的保护了数据库的各方面不受到损害，使其能够合理正常的运行。 　　若采取规范化运用与数据库的开发，采用实体-联系图对概念数据模型的构建是必要的，结合基本表的生成和对表的范式分析，以使得基本表及其字段能符合第三范式的要求。即使采用第三范式的数据库非常完美，但决不能把它称之为最好的设计。 　　第三范式运用于数据库的设计时，往往力求改变数据库的各方面性能。如果分解表达到范式要求，会增加分解表的数量，虽然数据库变得易于修改，但在查询上，难度会随时增加许多。在现实生活中，如何设计一个数据库是用于查询，那么过多的在意如何去避免更改异常的做法是不见得最合适的。 　　另一方面，在过程中表数量的增加会使其操作复杂化，不仅占用额外的系统资源，而且会使其运行速度受到影响。因此，对于时常要使用的表或者相关数据，要对其结构及性能进行全面优化和调整。 　　1）采用分割表对数据量进行缩减：在某些数据量较大的表中，只有部分内容要求被频繁访问，对于这种情况我们可以考虑采用分割表的方式，将被访问数据进行单独储存。这种分割表的方式不仅不用担心磁盘的占有率，而且在很大程度上确保了数据库的安全性。 　　2）储存衍生数据：某些过程需要经过大量重复的计算，应当采取相应列的添加方式进行结果储存。若数据总量被频繁使用，那么应当将其列为单独数据进行保存。 　　3）属性字段的添加：将外键进行独立存储是规范化的基本要求。将外键表示代码，某些用户对代码及其名称同时需求，那么可以将两者保存到一起，以避免一些不必要的麻烦。若在订单报表时其相关数据在不同的表中，而这些数据又需要用户进行同一时间的输出，那么为了提高其查询效率，在查询时可以对这两个表进行连接查询，或在表中添加产品的相关属性字段。 　　4）增加派生列：对派生数据的储存不仅可以省去不必要的操作，而且可以避免计算派生数据的麻烦。某些订单中的数据总量被频繁访问，影响其总量的两个数据被分别记录在不同的表中，对于这种情况，我们可以采取添加数据总量字段到数据总量表中，以减少多次不必要的操作。 　　5）合理的物理存储路径：数据库在处理大型数据时,应考虑物理存储路径，包括数据在磁盘组上的分布状态、索引文件的组织、日志文件的分布等。静态数据与业务数据相分离。数据库中的静态数据主要是一些数据字典,这些数据修改的频率比较低,但是查询率较高,而业务数据是大量的,应将静态数据与业务数据分放在不同的磁盘上。 　　随着范式级别的不断提升，冗余和更新异常等不合理情况已逐渐消失在关系模式中，但由于关系模式的不断分解，难免会造成其数目的不断增加，势必会将链接操作复杂化。由于链接操作带来的开销非常大，关系链接的复杂化不仅会加重数据库系统的压力，而且还户影响其正常的工作效率，因此在追求模式分解规范化的同时，其实用性和方便性也不能被忽略。在实际应用中，我们必须具体情况具体对待，使两者尽可能的处于一个较为平衡的状态。 　　2 数据库查询优化 　　数据库系统中使用最频繁、最基本的操作就是查询技术。一个给定的查询，一般其执行策略有许多种，查询优化是实现D