如何建立一个数据库呢

你上面将创建表和创建数据库等相关的东西混淆了。建议你多看下书理清下思路。一步一步来，学东西别急。

创建数据库：

create datebase db;

---这句代码创建数据库，数据库路径和大小由系统默认。

on

( 分配内存大小、数据库路径等。

)

———创建表—————

create table tb_(

username varchar(20) not null primary key

)-----创建字段

——————————————

应该你有书，比着书多敲敲代码，有不懂的再交流。

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

省级分等数据库结构分省、市、县三级。分等数据库具体结构和内容见表 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。

需求分析

调查和分析用户的业务活动和数据的使用情况，弄清所用数据的种类、范围、数量以及它们在业务活动中交流的情况，确定用户对数据库系统的使用要求和各种约束条件等，形成用户需求规约。

需求分析是在用户调查的基础上，通过分析，逐步明确用户对系统的需求，包括数据需求和围绕这些数据的业务处理需求。在需求分析中，通过自顶向下，逐步分解的方法分析系统，分析的结果采用数据流程图(DFD)进行图形化的描述。

概念设计

对用户要求描述的现实世界(可能是一个工厂、一个商场或者一个学校等)，通过对其中诸处的分类、聚集和概括，建立抽象的概念数据模型。这个概念模型应反映现实世界各部门的信息结构、信息流动情况、信息间的互相制约关系以及各部门对信息储存、查询和加工的要求等。所建立的模型应避开数据库在计算机上的具体实现细节，用一种抽象的形式表示出来。以扩充的实体—（E-R模型）联系模型方法为例，第一步先明确现实世界各部门所含的各种实体及其属性、实体间的联系以及对信息的制约条件等，从而给出各部门内所用信息的局部描述(在数据库中称为用户的局部视图)。第二步再将前面得到的多个用户的局部视图集成为一个全局视图，即用户要描述的现实世界的概念数据模型。

逻辑设计

主要工作是将现实世界的概念数据模型设计成数据库的一种逻辑模式，即适应于某种特定数据库管理系统所支持的逻辑数据模式。与此同时，可能还需为各种数据处理应用领域产生相应的逻辑子模式。这一步设计的结果就是所谓“逻辑数据库”。

物理设计

根据特定数据库管理系统所提供的多种存储结构和存取方法等依赖于具体计算机结构的各项物理设计措施，对具体的应用任务选定最合适的物理存储结构(包括文件类型、索引结构和数据的存放次序与位逻辑等)、存取方法和存取路径等。这一步设计的结果就是所谓“物理数据库”。

验证设计

在上述设计的基础上，收集数据并具体建立一个数据库，运行一些典型的应用任务来验证数据库设计的正确性和合理性。一般，一个大型数据库的设计过程往往需要经过多次循环反复。当设计的某步发现问题时，可能就需要返回到前面去进行修改。因此，在做上述数据库设计时就应考虑到今后修改设计的可能性和方便性。

以上就是关于如何建立一个数据库呢全部的内容，包括:如何建立一个数据库呢、数据库的建立、数据库设计的基本步骤等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！