数据库实践13—物理数据库设计-步骤4.pptVIP

数据库设计 Database Solutions 第13章 物理数据库设计 – 步骤4 （选择文件组织和索引） 本章主题 分析用户事务来确定可能会影响性能的特征 基于对事务的分析，如何选择合适的文件组织 何时选择索引来改善系统性能 步骤4 - 选择文件组织和索引 确定最优化的文件组织方式来存储基本表和要求达到可接受的性能的索引。 由如下步骤组成： 步骤 4.1 分析事务 步骤 4.2 选择文件组织 步骤 4.3 选择索引 本节主题 分析用户事务来确定可能会影响性能的特征 基于对事务的分析，如何选择合适的文件组织 何时选择索引来改善系统性能 步骤 4.1 　分析事务 目标：理解运行在数据库上的事务的功能并分析重要的事务。 标识性能标准，如： 频繁地运行并且对性能有重大影响的事务 业务操作的关键事务 当对数据库有很高要求时，每天／周内访问数据库的次数（称作最大负荷， peak load ） 步骤 4.1 　分析事务 使用这些信息来标识可能会引起性能问题的数据库部分。 为了选择合适的文件组织和索引，也需要知道事务的高层功能，如： 在更新事务中被更新的列 用于限制查询中被检索的记录的标准 步骤 4.1 　分析事务 经常分析所有预期的事务是不可能的，所以要研究最 “重要”的那些事务。 为了帮助要研究哪些事务，可以使用： 事务/表交叉引用矩阵 显示了每个事务访问的表 事务应用映射图 表示哪些表潜在地可能被多次引用 步骤 4.1 　分析事务 为了注意有问题的地方，可以： 将所有事务的路径映射到表中 确定哪些表最常被事务访问 分析选出的包含了这些表的事务 事务/表交叉引用矩阵 使用事务应用映射图的示例事务 步骤 4.1 　分析事务 – 数据应用分析 对每个事务而言，应该确定： 该事务访问的表和列以及访问的类型。 在查询条件中使用的列。 对于查询，包含在两个或更多的表的连接中的列。 事务运行的预期频率。 事务的性能目标。 事务分析模式示例 本节主题 分析用户事务来确定可能会影响性能的特征 基于对事务的分析，如何选择合适的文件组织 何时选择索引来改善系统性能 步骤 4.2 选择文件组织 目标：确定每个基本表的有效文件组织方式。 文件组织方式包括堆、Hash、索引顺序存取方法（ISAM）、B+树和簇（Cluster）。 有些DBMS（尤其是基于PC的DBMS）有不能更改的固定的文件组织。 本节主题 分析用户事务来确定可能会影响性能的特征 基于对事务的分析，如何选择合适的文件组织 何时选择索引来改善系统性能 步骤 4.3 　选择索引 目标：确定添加索引是否会改善系统性能。 一种方法是保持记录的无序性并且创建所需数目的二级索引。 步骤 4.3 　选择索引 另一种方法是通过指定主索引或者群集索引（ primary or clustering index ）使记录为有序的。 在这种情况下，应该选择如下列来排序或者群集索引记录： 经常用于连接操作的列，因为这样使连接更有效率。 在表中经常按某列的顺序访问记录的列。 步骤 4.3 　选择索引 如果选择排序的列是表的键，那么该索引就是主索引（ primary index ）；否则，该索引就是群集索引（ clustering index ）。 每张表只能有一个主索引或者一个群集索引。 二级索引提供了为基本表指定其他键的机制，可以用于更有效地检索数据。 步骤 4.3 　选择索引 在保持和使用二级索引时还要考虑到当检索数据时，必须要平衡改善性能。 这包括： 每当在表中插入一条记录时，都要给每个二级索引增加一个索引记录。 当表中相应记录被更新时，也要更新二级索引。 需要使用额外的磁盘空间来存储二级索引。 在查询优化期间，性能可能退化，因为在选择最佳执行策略之前，查询优化器可能考虑所有的二级索引。 步骤 4.3 　选择索引 – 选择“意愿表”（ wish-list ）的方针 （1）不必为小表创建索引。 （2）如果表的主键不是文件组织方式的键，则创建主键的索引。 （3）为检索数据时大量使用的列增加二级索引。 （4）如果经常基于外键访问数据，则为该外键增加二级索引。 （5）为经常有如下情况添加二级索引： 查询或者连接条件 ORDER BY GROUP BY 其他操作包括排序（如UNION或DISTINCT） 步骤 4.3 　选择索引– 选择“意愿表”的方针 （6）为在内置函数包含的列增加二级索引。 （7）为可以导致仅索引计划的列添加二级索引。 （8）避免为经常被更新的列或表设置索引。 （9）如果查询将检索表中记录的大部分，即使表很大，也不创建索引。 （10）避免为由长字符串组成的列创建索引。