物理设计就是根据所选择的关系型数据库的特点对逻辑模型进行存储结构设计。它涉及的内容包含以下4方面:1. 定义数据库、表及字段的命名规范;2. 选择合适的存储引擎或者存储结构;3. 为表中的字段选择合适的数据类型;4. 建立数据库结构。
今天主要谈谈表和索引的设计建议。
1)除特殊需求,建议采用普通的堆表(Help Table)。
2)每个表在创建的时候,建议指定所在的表空间。不要采用默认表空间。以防止表建立在系统表空间上导致的性能和安全问题。
3)建议应用设计开发人员提供每张表的DNL操作频度数值。如果update操作频度高,则可将PCTFREE设计为较高(10%,20%,...),反之,则可将PCTFREE设置为较高(1%,...)。
当表中存在大量的delete操作时。PCTUSED值的增大,将提高表空间的利用率,并提高insert和update操作的性能。因此,建议将大量进行delete操作的表的PCTUSED设为60,否则设为缺省值40。
4)对并发访问量比较高的表和索引,将INITRANS设置较大,特别是针对索引,例如设置INITRANS设为10。
5)对比较小的代码和参数表,可考虑IOT表技术。
6)如果某几个静态表关系比较密切,则可以采用聚族表的方法。
以下就是XX表创建脚本。
create table t_card_accnt( card_no char(19) not null, card_medium char(1) not null, card_type char(1) not null, card_class char(2) not null, cstm_name varchar2(40) not null, App_date number(6) not null, Pwd RAW(8) not null) PCTFREE 20 PCTUSED 40 INITRANS 2 MAXTRANS 255 TABLESPACE TS_DATA LOGGING STORAGE ( INITIAL 104857600 NEXT 10485760 PCTINCREASE 0 MINEXTENTS 1 MAXEXTENTS 2147483645 FREELISTS 5 FREELISTS GROUPSS 5 BUFFER_POOL DEFAULT) ENABLE ROW MOVEMENT PARTITION BY HASH(CARD_NO) PARTITIONS 64 STORE IN (TS_DATA);
需要说明的是,上述脚本是Oracle Date Modeler工具生成的。实际上,如采取手工编写方法,大量物理属性可以采用缺省值,例如STORAGE短语、ENABLE ROW MOVEMENT等均可省略。
以下不仅从物理设计,而且从应用开发角度提供索引设计的基本建议。
1)通常而言,交易系统设立为B*树索引,对数据仓库系统,则可考虑Bitmap、Bitmap Join等索引。
2)通过分析应用软件对数据访问方式。展开索引设计。
3)索引与数据分别存储在不同的表空间。
4)不要对索引字段进行运算。
5)不要对索引字段进行格式转换。
6)不要对索引字段使用函数。
7)加强索引使用和索引效率的分析。
1)分析SQL语句中的约束条件字段。
2)如果约束条件字段不固定,建议创建针对单字段的普通B*树索引。
3)选择可选性最高的字段建立索引。
4)如果是多表连接SQL语句,注意被驱动表 (Drived Table)的连接字段是否需要创建索引。
5)通过多种SQL分析工具。分析执行计划并以量化形式评估效果。
1)分析SQL语句中的约束条件字段。
2)如果约束条件字段比较固定,则优先考虑创建针对多字段的普通B*树复合索引。例如当时涉及月份、账号、金融机构代码三个字段的条件,则可以考虑建立一个复合索引。
3)如果单个字段是主键或唯一字段,或者可选性非常高的字段,尽管约束条件字段比较固定,也不一定要建成复合索引,可建成单字段索引,降低复合索引开销。
4)在复合索引设计中,需首先考虑复合索引第一个设计原则:复合索引的前缀性(Prefixing)。即SQL语句中,只有复合索引的第一个字段作为约束条件,该复合索引字段才会启用。在复合索引设计中,其次应考虑复合索引的可选性(Selectivity或Cardinality)。即按可选性高低,进行复合索引字段的排序。例如将上述索引的字段顺序排列为:账号、金融机构代码、月份。
5)如果条件设计的字段不固定,组合比较灵活,则分别为月份、账号、金融机构三个字段建立索引。
6)如果是多表连接SQL语句,注意是否可以在被驱动表的连接字段与该表的其他约束条件字段上,创建复合索引。
7)通过多种SQL分析工具,分析执行计划并以量化形式评估效果。