数据库设计基础 数据库处理基础孙未未

大家好，关于数据库设计基础很多朋友都还不太明白，今天小编就来为大家分享关于数据库处理基础孙未未的知识，希望对各位有所帮助！

数据库设计的基本步骤

数据库设计的基本步骤

按照规范设计的方法，考虑数据库及其应用系统开发全过程，将数据库设计分为以下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、概念结构设计阶段

是整个数据库设计的关键，通过对用户需求的集成、归纳和抽象，形成了一个独立于特定数据库管理系统的概念模型。

3、逻辑结构设计阶段

将概念结构转换为DBMS支持的数据模型，对其进行优化。

4、数据库物理设计阶段

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

5、数据库实现阶段

根据逻辑设计和物理设计的结果，使用数据库管理系统提供的数据语言、工具和主机语言，建立数据库，编写调试应用程序，组织数据仓库，并进行试运行。

6、数据库运行维护阶段

数据库应用系统经试运行后可投入正式运行，在数据库系统运行过程中，需要不断地对其进行评估、调整和修改。

注：在设计过程中，将数据库的设计与数据库中数据处理的设计紧密结合起来，在每个阶段同时对这两个方面的要求进行分析、抽象、设计和实现，相互借鉴和补充，从而完善这两个方面的设计。

扩展资料：

数据库设计技术

1、清晰的用户需求：作为计算机软件开发的重要基础，数据库设计直接反映了用户的需求。数据库必须与用户紧密沟通，紧密结合用户需求。在定义了用户开发需求之后，设计人员还需要反映具体的业务关系和流程。

2、注意数据维护：设计面积过大、数据过于复杂是数据库设计中常见的问题，设计人员应注意数据维护。

3、增加命名规范化：命名数据库程序和文件非常重要，不仅要避免重复的名称，还要确保数据处于平衡状态。为了降低检索信息和资源的复杂度和难度，设计人员应了解数据库程序与文件之间的关系，并灵活使用大小写字母命名。

4、充分考虑数据库的优化和效率：考虑到数据库的优化和效率，设计人员需要对不同表的存储数据采用不同的设计方法。在设计中，还应该使用最少的表和最弱的关系来实现海量数据的存储。

5、不断调整数据之间的关系：不断调整和简化数据之间的关系，可以有效减少设计与数据之间的联系，进而为维护数据之间的平衡和提高数据读取效率提供保障。

6、合理使用索引：数据库索引通常分为聚集索引和非聚集索引，这样可以提高数据搜索的效率。

参考资料来源：百度百科-数据库设计

数据库的建立

（一）数据库的结构和内容

省级分等数据库结构分省、市、县三级。分等数据库具体结构和内容见表 3-18。

表 3-18分等数据库结构和内容表

（二）数据库数据标准

1.表格数据库文件格式

表格数据库除要求提供 Excel格式的表格外，其他表格统一采用 DBF格式。

2.字段内容及格式要求

1）某些关键字段的填写要求

县级农用地分等单元编号：省级行政代码（2位）+地级市行政代码（2位）+县级行政代码（2位）+单元流水编号（6位）。行政代码按《中华人民共和国行政区划代码》（GB 2260-91）执行。单元流水编号不足 6位的前面补 0。

省级农用地分等单元编号：省级行政代码（2位）+地级市行政代码（2位）+县级行政代码（2位）+单元流水编号（3位）。行政代码按《中华人民共和国行政区划代码》（GB 2260-91）执行。单元流水编号不足 3位的前面补 0。

面积：以公顷为单位的，小数点后保留 2位；以亩为单位的，小数点后保留 1位。

2）字段格式要求

字段格式要求详见表 3-19～表 3-31。下列数据表格说明中，“C”表示字符型字段，“N”表示数值型；冒号后面的数字表示字段长度和小数点后的保留位数。如 C∶6表示长度为 6的字符型字段；N∶10/2表示长度为 10的数值型字段，其中小数点后保留 2位。

表 3-19××县农用地分等单元原始属性数据表

表 3-20××县农用地分等基本参数表(只提供 Excel格式)

表 3-21××县农用地分等指定作物基本参数表

表 3-22××县样点产量－投入调查数据表

表 3-23××县土地利用系数、土地经济系数汇总表

表 3-24××县××指标区“指定作物-分等因素-自然质量分”记分规则表

表 3-25××县××样地适用区“指定作物-分等属性-自然质量分”加（减）分规则表

表 3-26××县农用地分等××作物计算结果表

表 3-27××县农用地分等多作物综合计算结果表

表 3-28××县农用地分等结果乡镇-面积汇总表

表 3-29××县农用地分等结果地类-面积汇总表

表3-30××县（省）农用地标准样地属性数据表

表3-31××县农用地分等单元综合数据表（只提供Excel格式）

（三）数据库建设流程

省级分等数据库建设分三步，首先形成县级分等数据库；然后在县级分等数据库基础上，按照《农用地分等定级规程》（国土资源大调查专用）和《福建省农用地（耕地）分等汇总工作技术方案》的技术要求，建立市级分等数据库；最后在市级分等数据库基础上，再形成省级分等数据库（图 3-8）。

图3-8省级分等数据库建设流程图

图3-9农用地（耕地）分等市级数据库建设流程图

图3-10农用地（耕地）分等省级数据库建设流程图

1.县级分等数据库建设

根据《福建省农用地（耕地）分等工作方案》，在完成县级农用地（耕地）分等工作后，按照上述（一）、（二）点要求，建立县级分等数据库。

2.市级分等数据库建设

市级分等数据库建设流程见图3-9。

3.省级分等数据库建设

省级分等数据库建设流程见图3-10。

文章到此结束，如果本次分享的数据库设计基础和数据库处理基础孙未未的问题解决了您的问题，那么我们由衷的感到高兴！