文档介绍：一、流程概括数据库设计大致可分为5个阶段:规划阶段包括论证必要性、可行性、根据工程情况进行数据库选型。需求阶段调研业务,明确需求,撰写文档。概念阶段设计数据流图、数据字典逻辑阶段设计ER图,从整体的角度把握数据库模型物理阶段根据ER图+数据字典,设计物理模型图开发阶段根据物理模型生成基础代码,根据默认的功能验证模型。开发过程中,根据业务变更,反复完善模型。二、规划阶段论证必要性是否需要使用数据库做持久化处理?是否使用关系数据库?比如对于工作流引擎,使用xml来持久化流程的设计,反而更加灵活。另外,在处理大数据量,高并发的时候,用NoSql会更加理想。所以,开展一个工程之前,需要论证,使用什么方式的持久化技术更加合适。可行性看工程的部署方式、运行环境是否支持关系数据库。数据库选型根据工程规模、历史原因、和其它系统集成需求、经费等,考虑选择那种数据库产品。三、需求阶段  通过充分调查现实世界的业务对象,明确用户的各种需求,确定系统的各项功能。  需求阶段不单止要考虑系统当前的业务需求,还要充分考虑到以后系统可能的扩充和改变。四、概念结构设计阶段  这个阶段主要是完成数据字典和数据流图,这是从业务的角度挖掘系统涉及的数据流转方式、实体和属性成分说明。数据字典  数据字典最重要的作用是作为分析阶段的工具。  任何字典最重要的用途都是供人查询对不了解的条目的解释。  在结构化分析中,数据字典的作用是给数据流图上每个成分加以定义和说明。  换句话说,数据流图上所有的成分的定义和解释的文字集合就是数据字典,而且在数据字典中建立的一组严密一致的定义很有助于改进分析员和用户的通信。   数据流图   数据流是一组数据。在数据流图中数据流用带箭头的线表示,在其线旁标注数据流名。  在数据流图中应该描绘所有可能的数据流向,而不应该描绘出现某个数据流的条件。  数据流图的加工(处理)方式  在数据流图中加工用圆圈表示,在圆圈内写上加工名。一个处理框可以代表一系列程序、单个程序或者程序的一个模块。五、逻辑结构设计阶段   这个阶段最重要的任务就是根据数据流图的分析设计出E-R图。   E=Entity   R=Relationship   ER图即实体关联图      笔者的使用****惯是在设计E-R图时,注重整体考虑,主要分析系统涉及哪些实体、实体负责的业务逻辑,实体之间的关系(如1对1,1对多,多对多等)是怎么处理的。而不会在E-R图中描画实体的具体属性。因为两者关注的粒度是完全不同的。  对于一些核心的关键属性,如果有利于说明实体业务和关系的,可以加入,但是注意一定要严格控制。   即类似这样的E-R图(在网络收集),笔者是不推荐的:     因为这个图内容太多,虽然通过矩形、菱形和圆形区分各种元素,但是还是会被属性(圆形)干扰了注意力。笔者认为,概念阶段,主要关注点是实体和关联,属性在数据字典环节已经做了初步的分析,这也足够了。  所以,笔者推荐的是类似这样的E-R图:      这个图主要关注的就是实体和关联,以及实体和外部模块的联系情况。   至于属性,则只列出一些关键的属性,如果没有这类关键属性,则不列出属性也是合适的。六、物理结构设计阶段  这个阶段就是基于E-R图+数据字典+数据流图进行数据库设计,由于设计E-R图已经主要参考了数据流图,所以这个阶段主要参考前面