数据库物理设计.docxVIP

数据库物理设计 数据库环境 对于制造企业，一般可选用linux，Windows或Unix等操作系统。具体选择哪个操作系统可根据现有的服务器情况做调整。成熟的企业级数据仓库一般选择常见的关系型数据库，同时根据特殊要求，可增加集群数据库、内存关系数据库或本地文件型数据库等。数据存储可采用RAID5、RAID1、RAID5+RAID1的方式。内存配置通常在8G以上，来减少磁盘读取时间。 数据库参数设计 数据库类型：由于数据库目标位企业级数据仓库，数据库类型通常选择data warehouse类型。 连接方式：同时连接类型选择专用方式连接，来满足数据装载时的大量批处理服务。 内存配置：根据服务器实际物理内存的大小，选择70%-80%的内存作为数据库内存大小。 字符集：为了使数据库能够正确支持多国语言，需要将数据库字符集配置为UTF字符集。 其他参数：聚合内存使用，连接数、数据块大小、缓冲区设置等都需要根据实际数据量，使用方式来进行设置。 数据库存储设计 控制文件：控制文件中包含数据库重要信息，需要将控制文件存放在多个磁盘中，来保证数据库可恢复性。控制文件中参数设置，最大的数据文件数量不能小于数据库参数db_files。 日志文件：数据仓库通常为批处理装载，在装载时会产生大量日志。可选择关闭某些事实表日志，对通常的维表及高频率装载的数据表，可以选择打开日志功能。日志文件的大小由数据库事务处理量决定，在设计过程中，确保每20分钟切换一个日志文件。对于数据仓库系统，日志文件大小通常为几百兆到几千兆。为了确保日志能够镜象作用，每日志组的成员为2个，日志文件组为5—10组。 回滚段配置：Undospace = UR * UPS * db_block_size + 冗余量。UR： 表示在undo中保持的最长时间数（秒），由数据库参数UNDO_RETENTION值决定。UPS：表示在undo中，每秒产生的数据库块数量。 临时段表空间配置：数据库临时段表空间根据实际生产环境情况调整其大小，表空间属性为自动扩展。 系统表空间配置：系统表空间大小1G左右，除了存放数据库数据字典的数据外，其他数据不得存储在系统表空间。 表空间大小定义：当表空间 大小小于操作系统对最大文件限制时，表空间由一个文件组成。如果表空间大小大于操作系统对最大文件限制时，该表空间由多个数据文件组成，表空间的总大小为估算为：Tablespace + sum (数据段+索引段)*150%。 表空间扩展性设计原则：表空间数据文件采用自动扩展的方式，扩展容量快大小按2的整数倍（1M、2M、4M、8M、16M、32M、64M）进行扩展，创建表空间时尽量采用nologing选项。表空间的最大限制一般采用unlimited，除非确切知道表空间数据文件的最大使用范围。（一般３２位系统的文件最大２Ｇ，６４位系统文件最大１２８G,但也要注意文件格式设定的文件大小）,建议最大为2G。表空间采用local管理方式。 特殊表设计 分区表：对于数据量比较大的表，根据表数据的属性进行分区，以得到较好的性能。如果表按某些字段进行增长，则采用按字段值范围进行范围分区；如果表按某个字段的几个关键值进行分布，则采用列表分区；对于静态表，则采用hash分区或列表分区；在范围分区中，如果数据按某关键字段均衡分布，则采用子分区的复合分区方法。 聚蔟表：如果某几个静态表关系比较密切，则可以采用聚蔟表的方法。 完整性设计 主键约束：关联表的父表要求有主健，主健字段或组合字段必须满足非空属性和唯一性要求。对于数据量比较大的父表，要求指定索引段。 外键关联：对于关联两个表的字段，一般应该分别建立主键、外键。实际是否建立外键，根据对数据完整性的要求决定。为了提高性能，对于数据量比较大的标要求对外健建立索引。 索引设计 对于查询中需要作为查询条件的字段，可以考虑建立索引。最终根据性能的需要决定是否建立索引。对于复合索引，索引字段顺序比较关键，把查询频率比较高的字段排在索引组合的最前面。在分区表中，尽量采用local分区索引以方便分区维护。 视图设计 视图是虚拟的数据库表，在使用时要遵循以下原则： 从一个或多个库表中查询部分数据项； 为简化查询，将复杂的检索或字查询通过视图实现； 提高数据的安全性，只将需要查看的数据信息显示给权限有限的人员； 视图中如果嵌套使用视图，级数不得超过3级； 由于视图中只能固定条件或没有条件，所以对于数据量较大或随时间的推移逐渐增多的库表，不宜使用视图；可以采用实体化视图代替。 视图中尽量避免出现数据排序的SQL语句。 包设计 存储过程、函数、外部游标必须在指定的数据包对象PACKAGE中实现。存储过程、函数的建立如同其它语言形式的编程过程，适合采用模块化设计方法；当具体算法改变时，只需要修改需要存储过程即可