2022年Craft数据库设计教程系列——数据库设计流程.docx
-
资源ID:12788273
资源大小:129.69KB
全文页数:5页
- 资源格式: DOCX
下载积分:4.3金币
快捷下载
会员登录下载
微信登录下载
三方登录下载:
微信扫一扫登录
友情提示
2、PDF文件下载后,可能会被浏览器默认打开,此种情况可以点击浏览器菜单,保存网页到桌面,就可以正常下载了。
3、本站不支持迅雷下载,请使用电脑自带的IE浏览器,或者360浏览器、谷歌浏览器下载即可。
4、本站资源下载后的文档和图纸-无水印,预览文档经过压缩,下载后原文更清晰。
5、试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
|
2022年Craft数据库设计教程系列——数据库设计流程.docx
精品学习资源一、流程概括数据库设计大致可分为5 个阶段:1. 规划阶段包括论证必要性、可行性、依据工程情形进行数据库选型;2. 需求阶段调研业务,明确需求,撰写文档;3. 概念阶段设计数据流图、数据字典4. 规律阶段设计 ER 图,从整体的角度把握数据库模型5. 物理阶段依据 ER 图 + 数据字典,设计物理模型图6. 开发阶段依据物理模型生成基础代码,依据默认的功能验证模型;开发过程中,依据业务变更,反复完善模型;二、规划阶段论证必要性是否需要使用数据库做长期化处理?是否使用关系数据库?比如对于工作流引擎,使用 xml 来长期化流程的设计,反而更加灵敏;另外,在处理大数据量,高并发的时候,用NoSql 会更加理想;所以,开展一个工程之前,需要论证,使用什么方式的长期化技术更加合适;可行性看工程的部署方式、运行环境是否支持关系数据库;数据库选型依据工程规模、历史缘由、和其它系统集成需求、经费等,考虑选择那种数据库产品;三、需求阶段通过充分调查现实世界的业务对象,明确用户的各种需求,确定系统的各项功能;需求阶段不单止要考虑系统当前的业务需求,仍要充分考虑到以后系统可能的扩充和转变;欢迎下载精品学习资源四、概念结构设计阶段这个阶段主要是完成数据字典和数据流图,这是从业务的角度挖掘系统涉及的数据流转方式、实体和属性成分说明;数据字典数据字典最重要的作用是作为分析阶段的工具;任何字典最重要的用途都是供人查询对不明白的条目的说明;在结构化分析中,数据字典的作用是给数据流图上每个成分加以定义和说明;换句话说,数据流图上全部的成分的定义和说明的文字集合就是数据字典,而且在数据字典中建立的一组严密一样的定义很有助于改进分析员和用户的通信;数据流图数据流是一组数据;在数据流图中数据流用带箭头的线表示,在其线旁标注数据流名;在数据流图中应当描画全部可能的数据流向,而不应当描画显现某个数据流的条件;数据流图的加工(处理)方式在数据流图中加工用圆圈表示,在圆圈内写上加工名;一个处理框可以代表一系列程序、单个程序或者程序的一个模块;五、规律结构设计阶段这个阶段最重要的任务就是依据数据流图的分析设计出E-R 图;E=Entity R=RelationshipER 图即实体关联图笔者的使用习惯是在设计 E-R 图时,留意整体考虑,主要分析系统涉及哪些实体、实体负责的业务规律,欢迎下载精品学习资源实体之间的关系(如 1 对 1,1 对多,多对多等)是怎么处理的;而不会在E-R 图中描画实体的具体属性;由于两者关注的粒度是完全不同的;对于一些核心的关键属性,假如有利于说明实体业务和关系的,可以加入, 但是留意确定要严格把握;即类似这样的 E-R 图(在网络收集),笔者是不举荐的:由于这个图内容太多,虽然通过矩形、菱形和圆形区分各种元素,但是仍是会被属性(圆形)干扰了留意力;笔者认为,概念阶段,主要关注点是实体和关联,属性在数据字典环节已经做了初步的分析,这也足够了;所以,笔者举荐的是类似这样的 E-R 图:欢迎下载精品学习资源这个图主要关注的就是实体和关联,以及实体和外部模块的联系情形;至于属性,就只列出一些关键的属性,假如没有这类关键属性,就不列出属性也是合适的;六、物理结构设计阶段这个阶段就是基于 E-R 图 + 数据字典 + 数据流图进行数据库设计,由于设计E-R 图已经主要参考了数据流图, 所以这个阶段主要参考前面两项;通过 E-R 图中的实体,确定有哪些数据表,通过关联确定数据表之间的外键关系(依据设计习惯和工程情形,有些实体关联并不愿定通过外键处理,不同模块之间的表可以通过业务键进行业务上的关联,而不是物理结构上的外键关联;通过数据字典确定数据表的字段和字段的数据类型、域和业务描述(字段备注 Comment )等;笔者一般使用 Powerdesigner完成物理模型的设计;欢迎下载精品学习资源七、开发、迭代和优化阶段数据表设计好后,假如企业的软件开发架构有代码生成组件,就可以基于这些数据表生成基础代码,生成的基础代码一般有基础的CRUD 功能,通过这些功能初步验证一下数据表,没有问题就可以往下开发了;然后在开发过程中,假如涉及数据表的更换,就通过代码生成组件局部的更新相关的配置文件(如ORM 的映射文件和映射类);在运营过程中,假如数据量、拜望量增大,就存在在数据库层面的优化,比如冗余数据、索引、表分割、维度方式的数据表设计等;数据库物理模型的设计一般很难一步到位,在开发和爱护阶段均存在调整的可能性,调整有微调,也有大调整;微调可以是增加、修改或削减一些字段;大调整,就可能业务发生很大的变化, 或者原先的分析阶段,在需求、数据流图上懂得有误,导致数据表的重新设计;大调整对整个工程影响很大, 可能会导致工程因此失败;所以我们在分析和设计阶段务必精确的懂得业务,从根本上保证方向的精确;并且对系统的进展有确定的扩充预留,为以后的调整、优化做些预留,防止大幅调整的显现;欢迎下载