数据库开发步骤

‘壹’ 为企业建立数据库的六个步骤

1、明确企业的高层需求；
2、定义一个数据模型，包括所有的数据类型及关系；
3、定义数据上的完整性约束；
4、定义物理层次；
5、对关于功能的每个问题，都定义一个执行该任务的用户界面，
并编写相应的用户程序来实现这个用户界面；
6、创建数据库。
企业数据库是按照数据结构来存储、组织、管理企业数据的集合，可以把数据库简单的定义为按一定组织方式存储在一起的、具有一定相关性的、为用户所共同关注的全部数据的集合。

‘贰’ 数据库设计的基本步骤

数据库设计的基本步骤
按照规范设计的方法，考虑数据库及其应用系统开发全过程，将数据库设计分为以下6个阶段
1.需求分析
2.概念结构设计
3.逻辑结构设计
4.物理结构设计
5.数据库实施
6.数据库的运行和维护
在数据库设计过程中，需求分析和概念设计可以独立于任何数据库管理系统进行，逻辑设计和物理设计与选用的DAMS密切相关。
1.需求分析阶段（常用自顶向下）
进行数据库设计首先必须准确了解和分析用户需求（包括数据与处理）。需求分析是整个设计过程的基础，也是最困难，最耗时的一步。需求分析是否做得充分和准确，决定了在其上构建数据库大厦的速度与质量。需求分析做的不好，会导致整个数据库设计返工重做。
需求分析的任务，是通过详细调查现实世界要处理的对象，充分了解原系统工作概况，明确用户的各种需求，然后在此基础上确定新的系统功能，新系统还得充分考虑今后可能的扩充与改变，不仅仅能够按当前应用需求来设计。
调查的重点是，数据与处理。达到信息要求，处理要求，安全性和完整性要求。
分析方法常用SA(Structured Analysis) 结构化分析方法，SA方法从最上层的系统组织结构入手，采用自顶向下，逐层分解的方式分析系统。
数据流图表达了数据和处理过程的关系，在SA方法中，处理过程的处理逻辑常常借助判定表或判定树来描述。在处理功能逐步分解的同事，系统中的数据也逐级分解，形成若干层次的数据流图。系统中的数据则借助数据字典（data dictionary，DD）来描述。数据字典是系统中各类数据描述的集合，数据字典通常包括数据项，数据结构，数据流，数据存储，和处理过程5个阶段。
2.概念结构设计阶段（常用自底向上）
概念结构设计是整个数据库设计的关键，它通过对用户需求进行综合，归纳与抽象，形成了一个独立于具体DBMS的概念模型。
设计概念结构通常有四类方法：
自顶向下。即首先定义全局概念结构的框架，再逐步细化。
自底向上。即首先定义各局部应用的概念结构，然后再将他们集成起来，得到全局概念结构。
逐步扩张。首先定义最重要的核心概念结构，然后向外扩张，以滚雪球的方式逐步生成其他的概念结构，直至总体概念结构。
混合策略。即自顶向下和自底向上相结合。
3.逻辑结构设计阶段（E-R图）
逻辑结构设计是将概念结构转换为某个DBMS所支持的数据模型，并将进行优化。
在这阶段，E-R图显得异常重要。大家要学会各个实体定义的属性来画出总体的E-R图。
各分E-R图之间的冲突主要有三类：属性冲突，命名冲突，和结构冲突。
E-R图向关系模型的转换，要解决的问题是如何将实体性和实体间的联系转换为关系模式，如何确定这些关系模式的属性和码。
4.物理设计阶段
物理设计是为逻辑数据结构模型选取一个最适合应用环境的物理结构（包括存储结构和存取方法）。
首先要对运行的事务详细分析，获得选择物理数据库设计所需要的参数，其次，要充分了解所用的RDBMS的内部特征，特别是系统提供的存取方法和存储结构。
常用的存取方法有三类：1.索引方法，目前主要是B+树索引方法。2.聚簇方法（Clustering）方法。3.是HASH方法。
5.数据库实施阶段
数据库实施阶段，设计人员运营DBMS提供的数据库语言（如sql）及其宿主语言，根据逻辑设计和物理设计的结果建立数据库，编制和调试应用程序，组织数据入库，并进行试运行。
6.数据库运行和维护阶段
数据库应用系统经过试运行后，即可投入正式运行，在数据库系统运行过程中必须不断地对其进行评价，调整，修改。

‘叁’ 什么是数据库设计试述数据库设计的步骤

答：（1）需求分析阶段：需求收集和分析，得到数据字典和数据流图。 （2）概念结构设计阶段：对用户需求综合、归纳与抽象，形成概念模型，用E-R图表示。（3）逻辑结构设计阶段：将概念结构转换为某个DBMS所支持的数据模型。（4）数据库物理设计阶段：为逻辑数据模型选取一个最适合应用环境的物理结构。（5）数据库实施阶段：建立数据库，编制与调试应用程序，组织数据入库，程序试运行。（6）数据库运行和维护阶段：对数据库系统进行评价、调整与修改。

‘肆’ 简述数据库应用系统的设计步骤

数据库设计的基本步骤：

1、系统需求分析与设计。

2、概念结构分析与设计。

3、逻辑结构分析与设计。

4、物理结构分析与设计。

5、系统实施。

6、系统维护。

(4)数据库开发步骤扩展阅读：

数据库设计技巧：

1、原始文件与实体的关系

它可以是一对一，一对多，多对多的关系。一般来说，它们是一对一的关系：一个原始文档只对应于一个实体。在特殊情况下，它们可以是一对多或多对一关系，即一个原始文档对应于多个实体，或者多个原始文档对应于一个实体。

这里的实体可以理解为基本表。在对应关系明确后，对输入接口的设计非常有利。

2、主键和外键

一般来说，实体不能既没有主键也没有外键。在E－R图中，叶中的实体可以定义主键或不定义主键（因为它没有子代），但它必须有外键（因为它有父项）。

主键和外键的设计在全局数据库的设计中起着重要的作用。当全球数据库的设计完成后，一位美国数据库设计专家说：“钥匙无处不在，只有钥匙。”。这是他数据库设计的经验，也体现了他对信息系统核心（数据模型）高度抽象的理念。

因为：主键是一个高度抽象的实体。主键和外键的配对表示实体之间的连接。

3、基本表的属性

基本表不同于中间表和临时表，因为它具有以下四个特点：

原子性。基本表中的字段不可分解。

原始主义。基本表中的记录是原始数据（基本数据）的记录。

演绎的。所有输出数据都可以从基本表和代码表中的数据导出。

稳定。基本表的结构比较稳定，表中的记录要长期保存。

在了解基本表的性质之后，在设计数据库时，可以将基本表与中间表和临时表区分开来。

‘伍’ 数据库的建立步骤

1、单机开始->所有程序2、进入所有程序->Microsoft office文件夹3、找到Access，open 它!4、点击新建->空白数据库->修改文件名->创建5、在表一上右击，选择“设计视图”6、在另存为对话框中将表名称改为701班->字段名称第一行输入序号->单击数据类型下的自动编号后的倒三角->数字->第二行输入姓名，数据类型为文本7、在701标签上右击——>选择数据表视图8、打开数据表后输入学生姓名和成绩9、点击文件保存

‘陆’ 数据库设计的步骤有哪些

数据库的设计过程大致可分为以下六个阶段：

1. 需求分析阶段

需求收集和分析，结果得到数据字典描述的数据需求（和数据流图描述的处理需求）。

2. 概念结构设计阶段

通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型，可以用E-R图表示。

3. 逻辑结构设计阶段

将概念结构转换为某个DBMS所支持的数据模型（例如关系模型），并对其进行优化。

4. 数据库物理设计阶段

为逻辑数据模型选取一个最适合应用环境的物理结构（包括存储结构和存取方法）。

5. 数据库实施阶段

运用DBMS提供的数据语言（例如SQL）及其宿主语言（例如C），根据逻辑设计和物理设计的结果建立数据库，编制与调试应用程序，组织数据入库，并进行试运行。

6. 数据库运行和维护阶段

数据库应用系统经过试运行后即可投入正式运行。在数据库系统运行过程中必须不断地对其进行评价、调整与修改。

‘柒’ 数据库的开发流程是什么

这是一个非常复杂的问题。建议这位网友去看看有关软件工程的书籍。当然，看书是一件非常烦闷的事情，在这，尽管试试将我的经验写一点吧。
首先，要明确你要做一个什么系统。想达到什么目的。想怎样去使用。有了明确的目标后，便要开始计划整个数据库系统该怎样去做。
第二，是选择数据库后台。数据库是保存数据的工具，可以理解为保存数据的一个大仓库，它把你所需要的数据全部保存起来。但要怎样使用这些数据，使之可以根据你的需要显示出来，那就不是数据库的责任了，这就需要程序来实现了。不同的数据库后台各有优点缺点，不可一概而论哪个好哪个差，要看系统实际来斟酌。即是说，确定目标后就需要选择数据库。
第三，确定后台数据库的内容，即确定数据结构。既然整个数据库等于一个大仓库，此时就要把仓库划分成一个个区域，用于保存不同类别的东西。这就是确定数据表及每个表的字段及各字段的数据类型。这是非常巨大的工作，你需要把有可能使用到的内容都设计到你的数据表中，以便以后可以保存及调用数据。还要想到表与表的关系，字段与字段的关系。好的数据结构会使到整个程序设计方便、科学、全面。这些内容，必须去查看相关书籍，同时不断积累经验，并非三言两语可以说得清楚了。
第四，选择合适的前台开发工具。对于后台数据库的操作，目前常用的前台开发工具基本都可以与之相连并对之操作，但是不同的开发语言有各自的长处。选择哪一种语言并不太重要，最重要是看你是否愿意一心一意钻研下去。对于初学者，什么语言都是一样的，就如小孩子学语言，学中英意日其实都一样容易，也一样难。
第五，当清楚数据库后台和开发前台的特性与功能后，就可以开始规划系统的流程了。一般可以根据系统功能先将其划分为几大功能模块，然后再细分为各个细功能模块，然后对于各个功能模块进行设计。一般流程可以是这样的：
1、设计流程图。把整个功能用流程的方式显示出来，让自己的思路清楚地记录在流程图上，这样可以轻易地模拟模块的运算过程，查找出不合理的地方进行修改。
2、编写程序。确定流程合理无误后，便可以开发进行程序的编写。由于现时硬件的强大，对语句的要求已经不再强调。只要可以达到目的，就可以了。
第六，试运行程序。完成一个功能后，可以试运行，输入数据进行测试，不断修改，最后达到完全无误。
第七，测试。完成程序后，就要进行全面的测试。一般来说，自己是找不到自己的错误的。明知是错就不会写进去，所以我喜欢找别人来为我测试。让别人去用，而且是让别人随便地用，不一定按自己所说的操作方法去用。这样最容易找到程序中的错误。
第八，不断地修改。不断修改程序，使其所有的漏洞都改正过来。
第九，编译。程序确认无误后，就可以进行编译。
第十，投入使用。

其实我所写的并不能回答这个问题，完全解答这个问题，最后还是去学习一下软件工程。不看书总是不行的。希望可以为你带来一点点帮助吧。

‘捌’ 数据库设计的基本步骤是什么

（1）需求分析阶段：需求收集和分析，得到数据字典和数据流图。

（2）概念结构设计阶段：对用户需求综合、归纳与抽象，形成概念模型，用E-R图表示。

（3）逻辑结构设计阶段：将概念结构转换为某个DBMS所支持的数据模型。

（4）数据库物理设计阶段：为逻辑数据模型选取一个最适合应用环境的物理结构。

（5）数据库实施阶段：建立数据库，编制与调试应用程序，组织数据入库，程序试运行。

（6）数据库运行和维护阶段：对数据库系统进行评价、调整与修改。

‘玖’ 开发一个完整的数据库系统具体的流程是什么

一：表中应该避免可为空的列； 二：表不应该有重复的值或者列； 三： 表中记录应该有一个唯一的标识符 在数据库表设计的时候，数据库管理员应该养成一个好习惯，用一个ID号来 唯一的标识行记录，而不要通过名字、编号等字段来对纪录进行区分。每个表都应该有一个ID列，任何两个记录都不可以共享同一个ID值。另外，这个ID值最 好有数据库来进行自动管理，而不要把这个任务给前台应用程序。否则的话，很容易产生ID值不统一的情况。 另外，在数据库设计的时候，最好还能 够加入行号。如在销售订单管理中，ID号是用户不能够维护的。但是，行号用户就可以维护。如在销售订单的行中，用户可以通过调整行号的大小来对订单行进行 排序。通常情况下，ID列是以1为单位递进的。但是，行号就要以10为单位累进。如此，正常情况下，行号就以10、20、30依次扩展下去。若此时用户需 要把行号为30的纪录调到第一行显示。此时，用户在不能够更改ID列的情况下，可以更改行号来实现。如可以把行号改为1，在排序时就可以按行号来进行排 序。如此的话，原来行号为30的纪录现在行号变为了1，就可以在第一行中显示。这是在实际应用程序设计中对ID列的一个有效补充。这个内容在教科书上是没 有的。需要在实际应用程序设计中，才会掌握到这个技巧。 四：数据库对象要有统一的前缀名 一个比较复杂的应用系统，其对应的数据库表往往以千计。若让数据库管理员看到对象名就了解这个数据库对象所起的作用，恐怕会比较困难。而且在数据库对象引用的时候，数据库管理员也会为不能迅速找到所需要的数据库对象而头疼。 为此，笔者建立，在开发数据库之前，最好能够花一定的时间，去制定一个数据库对象的前缀命名规范。如笔者在数据库设计时，喜欢跟前台应用程序协商，确定 合理的命名规范。笔者最常用的是根据前台应用程序的模块来定义后台数据库对象前缀名。如跟物料管理模块相关的表可以用M为前缀;而以订单管理相关的，则可 以利用C作为前缀。具体采用什么前缀可以以用户的爱好而定义。但是，需要注意的是，这个命名规范应该在数据库管理员与前台应用程序开发者之间达成共识，并 且严格按照这个命名规范来定义对象名。 其次，表、视图、函数等最好也有统一的前缀。如视图可以用V为前缀，而函数则可以利用F为前缀。如此数据库管理员无论是在日常管理还是对象引用的时候，都能够在最短的时间内找到自己所需要的对象。 五：尽量只存储单一实体类型的数据 这里将的实体类型跟数据类型不是一回事，要注意区分。这里讲的实体类型 是指所需要描述对象的本身。笔者举一个例子，估计大家就可以明白其中的内容了。如现在有一个图书馆里系统，有图书基本信息、作者信息两个实体对象。若用户 要把这两个实体对象信息放在同一张表中也是可以的。如可以把表设计成图书名字、图书作者等等。可是如此设计的话，会给后续的维护带来不少的麻烦。 如当后续有图书出版时，则需要为每次出版的图书增加作者信息，这无疑会增加额外的存储空间，也会增加记录的长度。而且若作者的情况有所改变，如住址改变 了以后，则还需要去更改每本书的记录。若这个作者的图书从数据库中全部删除之后，这个作者的信息也就荡然无存了。很明显，这不符合数据库设计规范化的需 求。 遇到这种情况时，笔者建议可以把上面这张表分解成三种独立的表，分别为图书基本信息表、作者基本信息表、图书与作者对应表等等。如此设计以后，以上遇到的所有问题就都引刃而解了。