资源预览内容
第1页 / 共6页
第2页 / 共6页
第3页 / 共6页
第4页 / 共6页
第5页 / 共6页
第6页 / 共6页
亲,该文档总共6页全部预览完了,如果喜欢就下载吧!
资源描述
数据库物理设计数据库环境 对于制造企业,一般可选用linux, Windows或Unix等操作 系统。具体选择哪个操作系统可根据现有的服务器情况做 调整。成熟的企业级数据仓库一般选择常见的关系型数据 库,同时根据特殊要求,可增加集群数据库、内存关系数 据库或本地文件型数据库等。数据存储可采用RAID5、RAID1、RAID5+RAID1的方式。内存配置通常在8G以上,来 减少磁盘读取时间。数据库参数设计数据库类型:由于数据库目标位企业级数据仓库,数据库 类型通常选择data warehouse类型。连接方式:同时连接类型选择专用方式连接,来满足数据 装载时的大量批处理服务。内存配置:根据服务器实际物理内存的大小,选择70%-80% 的内存作为数据库内存大小。字符集:为了使数据库能够正确支持多国语言,需要将数据库字符集配置为UT F字符集。其他参数:聚合内存使用,连接数、数据块大小、缓冲区设置等都需要根据实际数据量,使用方式来进行设置。数据库存储设计 控制文件:控制文件中包含数据库重要信息,需要将控制文件存放在多个磁盘中,来保证数据库可恢复性。控制文 件中参数设置,最大的数据文件数量不能小于数据库参数 db_files。日志文件:数据仓库通常为批处理装载,在装载时会产生 大量日志。可选择关闭某些事实表日志,对通常的维表及 高频率装载的数据表,可以选择打开日志功能。日志文件 的大小由数据库事务处理量决定,在设计过程中,确保每 20分钟切换一个日志文件。对于数据仓库系统,日志文件 大小通常为几百兆到几千兆。为了确保日志能够镜象作用, 每日志组的成员为2个,日志文件组为510组。回滚段配置:Undospace = UR * UPS * db_block_size + 冗余量。UR:表示在undo中保持的最长时间数(秒),由 数据库参数UNDO_RETENTION值决定。UPS:表示在undo中, 每秒产生的数据库块数量。临时段表空间配置:数据库临时段表空间根据实际生产环 境情况调整其大小,表空间属性为自动扩展。系统表空间配置:系统表空间大小1G左右,除了存放数据 库数据字典的数据外,其他数据不得存储在系统表空间。表空间大小定义:当表空间 大小小于操作系统对最大文件 限制时,表空间由一个文件组成。如果表空间大小大于操 作系统对最大文件限制时,该表空间由多个数据文件组成, 表空间的总大小为估算为:Tablespace + sum (数据段+索 引段)*150%。表空间扩展性设计原则:表空间数据文件采用自动扩展的方式,扩展容量快大小按2的整数倍(IM、2M、4M、8M、16M、32M、64M)进行扩展,创建表空间时尽量采用 nologing选项。表空间的最大限制一般采用unlimited,除 非确切知道表空间数据文件的最大使用范围。(一般32 位系统的文件最大2G,64位系统文件最大128G,但 也要注意文件格式设定的文件大小),建议最大为2G。表空 间采用loca l管理方式。特殊表设计 分区表:对于数据量比较大的表,根据表数据的属性进行 分区,以得到较好的性能。如果表按某些字段进行增长, 则采用按字段值范围进行范围分区;如果表按某个字段的 几个关键值进行分布,则采用列表分区;对于静态表,则 采用hash分区或列表分区;在范围分区中,如果数据按某 关键字段均衡分布,则采用子分区的复合分区方法。聚蔟表:如果某几个静态表关系比较密切,则可以采用聚 蔟表的方法。完整性设计 主键约束:关联表的父表要求有主健,主健字段或组合字 段必须满足非空属性和唯一性要求。对于数据量比较大的 父表,要求指定索引段。外键关联:对于关联两个表的字段,一般应该分别建立主 键、外键。实际是否建立外键,根据对数据完整性的要求 决定。为了提高性能,对于数据量比较大的标要求对外健 建立索引。索引设计 对于查询中需要作为查询条件的字段,可以考虑建立索引。 最终根据性能的需要决定是否建立索引。对于复合索引, 索引字段顺序比较关键,把查询频率比较高的字段排在索 引组合的最前面。在分区表中,尽量采用loca l分区索引以 方便分区维护。视图设计 视图是虚拟的数据库表,在使用时要遵循以下原则: 从一个或多个库表中查询部分数据项; 为简化查询,将复杂的检索或字查询通过视图实现; 提高数据的安全性,只将需要查看的数据信息显示给权限 有限的人员; 视图中如果嵌套使用视图,级数不得超过3级; 由于视图中只能固定条件或没有条件,所以对于数据量较 大或随时间的推移逐渐增多的库表,不宜使用视图;可以 采用实体化视图代替。视图中尽量避免出现数据排序的SQL语句。包设计 存储过程、函数、外部游标必须在指定的数据包对象PACKAGE中实现。存储过程、函数的建立如同其它语言形式的编程过程,适合采用模块化设计方法;当具体算法改变 时,只需要修改需要存储过程即可,不需要修改其它语言 的源程序。当和数据库频繁交换数据是通过存储过程可以 提高运行速度,由于只有被授权的用户才能执行存储过程, 所以存储过程有利于提高系统的安全性。存储过程、函数必须检索数据库表记录或数据库其他对象, 甚至修改(执行Insert、Delete、Update、Drop、Create 等操作)数据库信息。如果某项功能不需要和数据库打交 道,则不得通过数据库存储过程或函数的方式实现。在函 数中避免采用DML或DDL语句。在数据包采用存储过程、函数重载的方法,简化数据包设 计,提高代码效率。存储过程、函数必须有相应的出错处 理功能。安全性设计 管理默认用户:在生产环境中,必须严格管理sys和sys tem 用户,必须修改其默认密码,禁止用该用户建立数据库应 用对象。删除或锁定数据库测试用户。数据库级用户权限设计:必须按照应用需求,设计不同的用 户访问权限。包括应用系统管理用户,普通用户等,按照 业务需求建立不同的应用角色。用户访问另外的用户对象 时,应该通过创建同义词对象synonym进行访问。角色与权限:确定每个角色对数据库表的操作权限,如创建 检索、更新、删除等。每个角色拥有刚好能够完成任务的 权限,不多也不少。在应用时再为用户分配角色,则每个 用户的权限等于他所兼角色的权限之和。应用级用户设计:应用级的用户帐号密码不能与数据库相同 防止用户直接操作数据库。用户只能用帐号登陆到应用软 件,通过应用软件访问数据库,而没有其它途径操作数据 库。用户密码管理:用户帐号的密码必须进行加密处理,确保在 任何地方的查询都不会出现密码的明文。备份恢复设计原则 数据库热备份恢复:数据库通常提供了数据快速的热备份和 热恢复手段,提供了数据库级、用户级和表级的数据备份 恢复方式。这种方法一般作为数据库辅助备份手段。数据库冷备份原则:数据库冷备份必须符合以下原则:数 据库容量比较小。数据库允许关闭的情况。数据库级备份原则:在数据库的数据量比较小,或数据库 初始建立的情况下采用。不适合7*24的在线生产环境数据 库备份。用户级备份原则:在用户对象表数据容量比较小、或则用户 对象初始建立的情况下使用。表级备份原则:主要在以下场合采用的备份方式:参数表备 份、静态表备份、分区表的分区备份。6/6
网站客服QQ:2055934822
金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号