1 / 2
文档名称:

ORACLE设计规范.docx

格式:docx   大小:18KB   页数:2页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

ORACLE设计规范.docx

上传人:0640105 2020/10/18 文件大小:18 KB

下载得到文件列表

ORACLE设计规范.docx

文档介绍

文档介绍:、数据建模原则性规范原则对于涉及数据库的项目,需要构建数据库逻辑模型图,逻辑模型图是项目组成员之间在数据库层面沟通交互的依据,必须规范画图(表,主键,外键,关系)衡量对于表的个数在20个以上的模型,需要数据组参与设计, 并需DBA作最终审核方法对于OLTP系统,采用范式化思想进行模型设计,对于OLAP系统,采用面向问题及多级颗粒度的思想进行模型设计实施采用主流的模型设计软件工具PowerDesigner,ERStudio,、实体型之间关系认定规范原则所有实体型间的业务逻辑关系,除了语义上保留其原有的业务关系外,本质上都要转化成关系数据库的二种关系( 1:1)(1:N) (N:M)衡量对于3个及以上实体型之间的 多元关系”,需要数据组参与设计方法比如实体型A和实体型B之间的关系,可以通过问两个问题来确定他们之间的关系:一个A可以对应几个B?一个B可以对应几个A?(1) 一个A对应一个B,相反一个B对应一个A,那么A对B就是1:1关系;(2) —个A对应多个B,相反一个B对应一个A,那么A对B就是1:N关系;(3) —个A对应多个B,相反一个B对应对个A,那么A对B就是N:M关系;实施(1)1:1关系选取任何一个表的主键到另一个表中作为外键来体现;(2)1:N关系将1表的主键在N表中以外键形式存在来体现;(2)N:M关系采用关系表”来体现,该关系表的主键是由相关实体表的主键组成的符合主键,各实体表主键不但组成了该关系表的主键,同时也被看作外键在该关系表中存在;(4) 对于三个以上表之间的多元关系”常需要和反范式化冗余字段结合起来设计,以保证查询速度;、范式化1NF的规范原则OLTP系统的模型,需要符合第三范式衡量对于表在20个以上的模型,需要数据组参与设计