数据模型设计要点Word文档下载推荐.docx
- 文档编号:17411624
- 上传时间:2022-12-01
- 格式:DOCX
- 页数:10
- 大小:42.24KB
数据模型设计要点Word文档下载推荐.docx
《数据模型设计要点Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《数据模型设计要点Word文档下载推荐.docx(10页珍藏版)》请在冰豆网上搜索。
此阶段开端存眷概念实体的各项属性.
该阶段还不必更多推敲实现时的物理数据库方面的请求.
设计逻辑数据模子时,需留意参考须要的设计范式请求.经常运用的设计范式简略列举其要点并举例如下(以学生选课为例):
2.2.1.设计范式请求
2.2.1.1.第一范式
目标:
实现属性的原子性——属性不成再分,属性不克不及反复;
不相符第一范式的设计:
SNO
学号
SNAME
姓名
CNO
课程号
CNAME
课程名
CADDR
上课地址
TNO
教室号
TNAME
教师名
TTile
职称
Score
成绩
Level
等级
SCONCAT
学生接洽方法
S01
张三
C01
语文
201教室
T01
先生1
高等
95
优
TEL:
12345;
Email:
abc@
S02
李四
C02
202教室
T02
先生2
中级
98
12346;
S03
王五
C03
数学
203教室
T03
先生3
初级
70
良
12347;
相符第一范式的设计:
STEL
SEMAIL
12345
12346
12347
2.2.1.2.第二范式
实现属性的完整依附——属性独一依附于主键,不克不及依附于主键的一部分.
基于第一范式成果进行修正,使其相符第二范式:
1)界说SNO+CNO为主键;
2)
将不完整依附这个主键的属性剥离到自力的表中;
SNO(PK-1)
CNO(PK-2)
新创建学生表:
新创建教师表:
新创建课程表:
2.2.1.3.第三范式
清除传递依附.属性不依附于其他非主属性.
基于第二范式成果进行修正,将涉及传递依附的属性也剥离出去,使其相符第三范式:
CNO(PK-1)
ScoreNO
Score1
Score2
Score3
学生表:
教师表:
课程表:
新创建成绩表:
由上例子可以看出,为使设计成本和收益达到均衡,具体运用时不成能全体相符第三范式,一般大部分表可以或许相符第二范式就可以.
2.2.1.4.逆第三范式
特别在统计剖析体系的数据模子设计进程中,还会有针对性的特别进行大量的“逆第三范式”的处理.
在传统的OLTP体系中,同样也也会消失逆第三范式的处理.
典范的例子是焦点营业体系中的生意营业流水表.之前该表一般设计为只记载经办柜员的柜员号,但后来跟着生意营业量大幅增长,为进步查询效力,后来在新的焦点营业体系设计中,一般把柜员名称冗余在此表中.
在数据剖析运用中,这种情形就更多了,只要设计比较清楚,并购清楚知道哪些字段是冗余过来的,并且与起源表的数据类型严厉保持一致即可.
2.2.2.其他请求
2.2.2.1.数据类型界说
逻辑数据模子中需明白数据类型和精度,对运用较多的数据类型,须要时可界说Domain来进行元数据的同一.
2.2.2.2.实体名称界说
需明白逻辑实体的中文名称和英文名称,需树立须要的定名规范.
2.2.2.3.主键界说
需明白界说各逻辑实体的主键和独一索引.
从之前各范式的目标和运用描写来看,界说主键和独一索引是必须的进程,不然谈不长进行第二.第三范式处理.
尽量采取属性或属性的组合做为主键,至少为其指定独一索引.
物理设计时,依据效力等各方面请求进行弃取,决议到底是用有营业寄义的属性做为主键照样用无营业寄义的序列号字段做主键.
2.2.2.4.实体关系界说
逻辑数据模子中需明白各逻辑实体之间的关系.该工作是概念数据模子设计工作的延续,照样以营业范畴的营业实体间的关系为线索对接洽关系关系进行细化界说,而不是无原则地乱去剖析,或者从程序查询角度剖析,甚至仅从数据加工处理角度剖析.
该工作包含两层寄义:
1)界说逻辑实体之间的接洽关系类型
明白界说各表之间的接洽关系关系:
1-1.1-多,多-1,多-多.
假设消失孤立,毫无接洽关系的表,则需细心剖析其消失的须要性.
2)界说逻辑实体之间的主外键对比关系
具体进行物理设计时可推敲是否真正以外键的范式实现,但此阶段必须先界说,不然极易消失该接洽关系的字段数据类型不一致,至少会造成接洽关系查询的问题.
2.2.2.5.数据量估算
剖析各逻辑实体的存储量和每日志载增长量.
2.2.2.6.索引界说
设计逻辑实体的目标就是为了查询,所认为进步查询效力,为逻辑实体指定索引是必须的设计步调.
在此阶段,可基于各表的运用特色为其指定索引,指定的索引假如是组合索引,需明白其字段次序.
因为索引的设置办法与最终物理数据库的设计办法有关,所以也可将索引界说的工作移到物理设计时再进行.
2.3.物理数据模子(PhysicalDataModel)
物理数据模子设计是在逻辑数据模子设计的基本上,联合具体运用的物理数据库平台,对物理实体的存储特征进行特别设计,同时包含对索引的优化工作.
物理数据模子设计需进行的工作分离描写如下.
2.3.1.物理库设计
2.3.1.1.数据库Server设计
数据库server的标识.
是自力server照样共用server,是自力instance照样共用instance.
数据库必须进行哪些特别设置:
需修正哪些数据库级参数,哪些instance级参数,哪些session级参数.可能的参数包含:
查询堆参数.共享内存参数.优化级别.锁个数.buffersize.buffernumber,等等.
假如手工修正,需给出操纵手册;
假如程序修正,需供给程序.
2.3.1.2.表空间设计
数据库涉及哪些表空间(tablespace/dbs),其用处若何?
每个表空间由哪些物理文件(Datafile/Chunk)构成?
其大小,所属用户/用户组,权限,操纵体系绝对路径若何?
体系默认暂时表空间为哪个?
索引表空间应当与数据表空间分离运用不合的硬盘.
若何创建表空间,手工方法下需供给操纵手册;
程序方法下需供给程序.
2.3.1.3.用户及权限设计
数据库中设计哪些用户?
其权限若何,暗码若何,暗码是否消失按期修正的请求?
若何创建用户,手工方法下需供给操纵手册;
2.3.2.物理表设计
2.3.2.1.数据类型设计
明白界说各物理实体属性字段的数据类型,同类的数据类型可推敲在数据库平台中树立须要的Domain或别号,以进行同一.
将数据类型固定在几个有限的取值规模内,防止随意界说新的类型或新的精度.
2.3.2.2.存储设计
设计物理表存储在哪个表空间内.
设计物理表的初始化块和后续块大小.
依据须要,对物理表进行分区设计.
依据修修正作的若干,为物理表设计合适的水位线(WaterMark),以削减存储碎片的产生.
2.3.2.3.主外键设计
界说物理表的主键,若是组合主键,界说字段的先后次序.
界说表的外键.
2.3.2.4.索引设计
设计须要的索引,若是组合索引,界说字段的先后次序.
若设计了索引数据表空间,将索引界说到该空间内.
为进步查询效力,可为单个表设计多个索引.
2.3.2.5.生成建表语句
物理设计完成,需生成建表语句.
3.数据模子设计相干对象软件
数据模子设计相干的对象软件许多,选择余地很大,但对象再壮大,也须要人去用,对象本身其实不克不及帮忙进行数据模子设计,甚至在办法不当的情形下还会起反感化.
需明白对象的运用规范,以最终同一和进步产出工件的尺度化和质量.
对象须要与文档描写相联合.可充分运用对象软件的文档生成功效以生成须要的文档,并在此基本长进行须要的修订,以分散对设计进行解释.
4.数据模子设计的产出及规格请求
4.1.概念数据模子设计阶段
《概念数据模子设计解释书》:
解释提掏出的实体,并解释其寄义.
《概念数据模子设计文件》:
侧重解释实体间关系.
建议以文字为主描写实体,以图为主描写实体关系.
4.2.逻辑数据模子设计阶段
《逻辑数据模子设计解释书》:
解释提掏出的实体,并解释其寄义;
描写属性寄义及取值规模.束缚等信息,并描写主键和独一索引.
《逻辑数据模子设计文件》:
4.3.物理数据模子设计阶段
《数据库设计解释书及程序》:
解释数据库层面的设计成果,包含server.参数.用户及权限.包含须要的程序或者操纵手册.
《表空间设计解释书及程序》:
解释表空间层面的设计成果.包含须要的程序或者操纵手册.
《数据库表设计解释书及程序》:
解释数据库表的设计成果.包含须要的程序或者操纵手册.
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据模型 设计 要点