数据库设计规范

数据库设计规范

一、规范目的：

为了优化数据库的设计，提高数据库设计的合理性和数据访问高效性，同时便于阅读和理解数据库的结构，以提高数据共享的质量和效率，促进数据库编码的标准化，特制订一套数据库设计规范。 二、设计规范：

遵守数据的设计规范3NF（范式）： 1.表内的每一个值都只能被表达一次。

2.表内的每一行都应该被唯一的标识（有唯一键）。  3.表内不应该存储依赖于其他键的非键信息。 三个约束：

1.码约束：每个关系必须有一个主码； 2.实体完整性约束：主码不能为空；

3.参照完整性约束：外码的属性值要么是另一个关系的主码，要么为空； 三、命名规范： 通用规范：

1.使用英文。要用简单明了的英文单词，不要用拼音，特别是拼音缩写。主要目的明确。让人容易明白这个对象是做什么用的；

2.一律大写，特别是表名。有些数据库，表的命名和其他数据对象的命名是大小写敏感的，为了避免不必要的麻烦，并且尊重通常的习惯，最好一律用大写； 数据库的命名规则： 1）表的命名

表名称必须用英文大写字母，且具有代表含义的单词（字母）构成； 表名可能有1-2个单词，单词间以”_”连接；如CHINA_ROAD； 2）字段名称命名

a. Name 字段汉语名称；

b. Code 字段英文名称，必须取该字段的英文单词，若有多个单词必须有下滑线相隔。

c. 根据自己的情况命名字段名,但是必须是有意义且科学的单词，必须控制

空间数据库课程设计报告

在1-2个之内，每个单词的每个字母必须大写。

数据库字段设计规则：

1）数字型字段原则上不允许为空(建议设置默认值为0)；字符型字段除备注、描 述等信息外原则上也不允许为空。

2）原则上存在人为操作的表，都要带有以下四个字段： State varchar2(32) not null 状态取值STATE_COMMON:

ENABLED——有效 DISABLED——无效

staff_id number(10) not null 操作人 op_date date not null 操作时间 remark varchar2(256) null 备注 索引命名规范 ：

索引名字前一律加上“IDX_”，后面添加表名（或简称）和列名。（例如：需要在ENTRY_LIST的ENTRY_ID上添加索引，其名称应该“IDX_ENTRYLIST_ID”）。 四、索引的设计

索引是从数据库中获取数据的最高效方式之一。95%的数据库性能问题都可以采用索引技术得到解决。但大量的DML操作会增加系统对索引的维护成本，对性能会有一定影响，对于插入相当频繁的表要慎重建索引，索引也会占相当的存储空间，所以要根据硬件环境和应用需求在空间和时间上达到最好的平衡点，主要原则：

适当利用索引提高查询速度：当数据量比较大，了解应用程序的会有哪些查询，依据这些查询需求建相应的索引；最好亲自试验一下，模拟一下生产环境的数据量，在此数据量下，比较一下建索引前后的查询速度；索引对性能会有一定影响，对于DML频繁列的索引要定期维护（重建）。但是，索引的结构对于索引的更新（比如在插入数据的时候）是有一定优化的，所以不要在没有试验以前过分夸大它对性能的影响。最终还是以试验为准； 索引使用规范：

（1）表的主键、外键必须有索引； （2）数据量超过300条的表应该有索引；

（3）经常与其他表进行连接的表，在连接字段上应该建立索引；

空间数据库课程设计报告

（4）经常出现在Where子句中的字段，特别是大表的字段，应该建立索引； （5）频繁进行数据增删改操作的表，不要建立太多的索引； （6）删除无用的索引，避免对执行计划造成负面影响；

五、地理信息分类标准编码标准 （引自GB/T 25529--2010） 将地理要素划分为以下8大类： 1）定位基础 11100 2）水系 11200 3）居民地及设施 11300 4）交通 11400

铁路 城际公路 城市道路 乡村道路

11401 11402 11403 11404

道路构造物及附属设施 11405 水运设施 航道

11406 11407 11408

空运设施

其他交通设施 11409 5）管线； 11500 6）境界及政区 11600 7）地貌； 11700 8）植被与土质 11800