数据库物理设计

《数据库物理设计》由会员分享，可在线阅读，更多相关《数据库物理设计（5页珍藏版）》请在金锄头文库上搜索。

1、数据库物理设计数据库环境 对于制造企业，一般可选用linux, Windows或Unix等操作 系统。具体选择哪个操作系统可根据现有的效劳器情况做 调整。成熟的企业级数据仓库一般选择常见的关系型数据 库,同时根据特殊要求,可增加集群数据库、内存关系数 据库或本地文件型数据库等。数据存储可采用RAID5、RAID1、RAID5+RAID1的方式。内存配置通常在8G以上，来 减少磁盘读取时间。数据库参数设计数据库类型：由于数据库目标位企业级数据仓库,数据库 类型通常选择data warehouse类型。连接方式：同时连接类型选择专用方式连接,来满足数据 装载时的大量批处理效劳。内存配置：根据效劳器

2、实际物理内存的大小,选择70%-80% 的内存作为数据库内存大小。字符集：为了使数据库能够正确支持多国语言,需要将数据库字符集配置为UT F字符集。其他参数：聚合内存使用,连接数、数据块大小、缓冲区设置等都需要根据实际数据量,使用方式来进展设置。数据库存储设计 控制文件：控制文件中包含数据库重要信息,需要将控制文件存放在多个磁盘中,来保证数据库可恢复性。控制文 件中参数设置，最大的数据文件数量不能小于数据库参数 db_files。日志文件：数据仓库通常为批处理装载，在装载时会产生大量日志。可选择关闭某些事实表日志，对通常的维表及 高频率装载的数据表，可以选择翻开日志功能。日志文件 的大小由数据

3、库事务处理量决定，在设计过程中，确保每 20分钟切换一个日志文件。对于数据仓库系统，日志文件 大小通常为几百兆到几千兆。为了确保日志能够镜象作用， 每日志组的成员为2个，日志文件组为510组。回滚段配置：Undospace = UR * UPS * db_block_size + 冗余量。UR：表示在undo中保持的最长时间数秒，由 数据库参数UNDO_RETENTION值决定。UPS：表示在undo中， 每秒产生的数据库块数量。临时段表空间配置：数据库临时段表空间根据实际生产环 境情况调整其大小，表空间属性为自动扩展。系统表空间配置：系统表空间大小1G左右，除了存放数据 库数据字典的数据外，

4、其他数据不得存储在系统表空间。表空间大小定义：当表空间 大小小于操作系统对最大文件 限制时，表空间由一个文件组成。如果表空间大小大于操 作系统对最大文件限制时，该表空间由多个数据文件组成， 表空间的总大小为估算为：Tablespace + sum （数据段+索 引段）*150%。表空间扩展性设计原那么：表空间数据文件采用自动扩展的方式，扩展容量快大小按2的整数倍IM、2M、4M、8M、16M、32M、64M进展扩展，创立表空间时尽量采用 nologing选项。表空间的最大限制一般采用unlimited，除 非确切知道表空间数据文件的最大使用范围。一般32 位系统的文件最大2G,64位系统文件最

5、大128G,但 也要注意文件格式设定的文件大小，建议最大为2G。表空 间采用loca l管理方式。特殊表设计 分区表：对于数据量比拟大的表，根据表数据的属性进展 分区，以得到较好的性能。如果表按某些字段进展增长， 那么采用按字段值范围进展范围分区；如果表按某个字段 的几个关键值进展分布，那么采用列表分区；对于静态表 那么采用hash分区或列表分区；在范围分区中，如果数据 按某关键字段均衡分布，那么采用子分区的复合分区方法聚蔟表：如果某几个静态表关系比拟密切，那么可以采用 聚蔟表的方法。完整性设计 主键约束：关联表的父表要求有主健，主健字段或组合字 段必须满足非空属性和唯一性要求。对于数据量比拟

6、大的 父表，要求指定索引段。外键关联：对于关联两个表的字段，一般应该分别建立主 键、外键。实际是否建立外键，根据对数据完整性的要求 决定。为了提高性能，对于数据量比拟大的标要求对外健 建立索引。索引设计 对于查询中需要作为查询条件的字段，可以考虑建立索引。 最终根据性能的需要决定是否建立索引。对于复合索引， 索引字段顺序比拟关键，把查询频率比拟高的字段排在索 引组合的最前面。在分区表中，尽量采用loca l分区索引以 方便分区维护。视图设计 视图是虚拟的数据库表，在使用时要遵循以下原那么： 从一个或多个库表中查询局部数据项； 为简化查询，将复杂的检索或字查询通过视图实现； 提高数据的平安性，只

7、将需要查看的数据信息显示给权限 有限的人员； 视图中如果嵌套使用视图，级数不得超过3级； 由于视图中只能固定条件或没有条件，所以对于数据量较 大或随时间的推移逐渐增多的库表，不宜使用视图；可以 采用实体化视图代替。视图中尽量防止出现数据排序的SQL语句。包设计 存储过程、函数、外部游标必须在指定的数据包对象 PACKAGE中实现。存储过程、函数的建立如同其它语言形式 的编程过程，适合采用模块化设计方法；当具体算法改变 时，只需要修改需要存储过程即可，不需要修改其它语言 的源程序。当和数据库频繁交换数据是通过存储过程可以 提高运行速度，由于只有被授权的用户才能执行存储过程， 所以存储过程有利于提

8、高系统的平安性。存储过程、函数必须检索数据库表记录或数据库其他对象， 甚至修改执行Insert、Delete、Update、Drop、Create 等操作数据库信息。如果某项功能不需要和数据库打交 道，那么不得通过数据库存储过程或函数的方式实现。在 函数中防止采用DML或DDL语句。在数据包采用存储过程、函数重载的方法，简化数据包设 计，提高代码效率。存储过程、函数必须有相应的出错处 理功能。平安性设计 管理默认用户：在生产环境中，必须严格管理sys和sys tem 用户，必须修改其默认密码，制止用该用户建立数据库应 用对象。删除或锁定数据库测试用户。数据库级用户权限设计：必须按照应用需求，设

9、计不同的用 户访问权限。包括应用系统管理用户，普通用户等，按照 业务需求建立不同的应用角色。用户访问另外的用户对象 时，应该通过创立同义词对象synonym进展访问。角色与权限：确定每个角色对数据库表的操作权限，如创立 检索、更新、删除等。每个角色拥有刚好能够完成任务的 权限，不多也不少。在应用时再为用户分配角色，那么每 个用户的权限等于他所兼角色的权限之和。应用级用户设计：应用级的用户帐号密码不能与数据库一样 防止用户直接操作数据库。用户只能用帐号登陆到应用软 件，通过应用软件访问数据库，而没有其它途径操作数据 库。用户密码管理：用户帐号的密码必须进展加密处理，确保在 任何地方的查询都不会出现密码的明文。备份恢复设计原那么 数据库热备份恢复：数据库通常提供了数据快速的热备份和 热恢复手段，提供了数据库级、用户级和表级的数据备份 恢复方式。这种方法一般作为数据库辅助备份手段。数据库冷备份原那么：数据库冷备份必须符合以下原那么： 数据库容量比拟小。数据库允许关闭的情况。数据库级备份原那么：在数据库的数据量比拟小，或数据 库初始建立的情况下采用。不适合7*24的在线生产环境数 据库备份。用户级备份原那么:在用户对象表数据容量比拟小、或那么 用户对象初始建立的情况下使用。表级备份原那么:主要在以下场合采用的备份方式：参数表 备份、静态表备份、分区表的分区备份。