Oracle 数据库编码规范

数据库命名规范

1、编写目的

使用统一的命名和编码规范，使数据库命名及编码风格标准化，以便于阅读、理解和继承。

2、适用范围

本规范适用于公司范围内所有以ORACLE作为后台数据库的应用系统和项目开发工作。

3、对象命名规范

3.1数据库和SID

数据库名定义为系统名+模块名

★全局数据库名和例程SID 名要求一致

★因SID 名只能包含字符和数字，所以全局数据库名和SID 名中不能含有“_”等字符3.2表相关

3.2.1 表空间

★面向用户的专用数据表空间以用户名+_+data命名，如Aud 用户专用数据表空间可命名为Aud_data

★面向应用的表空间：

应用名+_+模块名+_data （数据空间）

应用名+_+模块名+_idx （索引空间）

应用名+_+模块名+_tmp （临时空间）

3.2.2 表空间文件

表空间文件命名以表空间名+两位数序号(序号从01开始)组成，如dms_vorder_data01 等

3.2.3 表

表命名要遵循以下原则：

★一般表采用“系统名+t_+模块名+_+表义名”格式构成(模块名一般不超过10位) ★若数据库中只含有单个模块，命名可采用“系统名+t_+表义名”格式构成

★模块名或表义名均以其英文命名，命名过程中适当截取，最多不超过50个字符；

★表别名命名规则：取表义名的前3 个字符加最后一个字符。如果存在冲突，适当增加字符（如取表义名的前4 个字符加最后一个字符等）

★临时表采用“系统名+t_tmp_+表义名”格式构成

★表的命名如

dmst_vorder_declare：系统名（经销商管理系统 dms）+t_+模

块名（整车订单 vorder）+_+表义名（申报 declare）

★关联表命名为Re_表A_表B,Re 是Relative的缩写，表A 和表B均采用其表义名或缩写形式。

3.2.4 属性（列或字段）

属性命名遵循以下原则：

★采用有意义的列名，为实际含义的英文截取，且字符间可有下划线

★属性名前不要加表名等作为前缀

★属性后不加任何类型标识作为后缀

★关联字段命名以“cd+_+关联表的表义名（或缩写）+_+字段名”进行

所有表必须有以下字段：

字段名中文字段类型备注

Id Id号Number 表主键，对应sequence 为seq_+表名

factorycode 工厂编码Varchar2(50)

createtime 创建时间Date 默认系统时间

createby 创建人Varchar2(100)

updatedtime 修改时间Date

updatedby 修改人Varchar2(100)

Lockedflag 锁定标记Varchar2(2) 默认为0，1为锁定，0为解锁Lockedtime 锁定时间Date

Lockedby 锁定人Varchar2(100)

Deleteflag 删除标记Varchar2(2) 默认为0，1为删除，0为正常可用

注意：在用POWER DESIGNER进行设计时，注意将每个字段的备注都填上（内容可为其中文含义及特殊说明，以便数据库文档的生成及后续开发的人员的理解）

3.2.5 主键

★任何表都必须定义主键

★表主键命名为：“pk+_+表名(或缩写)+_+主键标识

3.2.6 外键

表外键命名为：“fk+_+表名(或缩写)+_主表名(或缩写)+_+主键标识

3.2.7 CHECK约束

CHECK 约束命名为：“chk+_+CHECK约束的列名（或缩写）”

3.2.8 UNIQUE约束

UNIQUE 约束命名为：“unq+_+UNIQUE约束的列名（或缩写）”

3.2.9 索引

索引的命名为：“idx_+表名（或缩写）+_+列名”。其中多单词组成的属性列列名取前几个单词首字符再加末单词首字符组成如yd_kh 表khid 上的index: idx_yd_kh_khid

3.2.10 触发器

★AFTER型触发器

系统名+tr_+<表名>_+aft +[_row]

★BEFORE型触发器

系统名+tr_+<表名>_+bef_+[_row]

★INSTEAD OF型触发器

系统名+ti_+<表名>+_++[_row]

★各种类型的触发器中

i，u，d 分别表示insert、update 和delete行级触发器，后加_row 标识，语句级触发器不加，如dmstr_tablename_i_row

3.2.11 簇

簇以簇中要存储的各个表（或表别名）及表间加and的组成命名，即表“A+And+表B…”,如存储GR(工人)和GRJN（工人技能）表的簇命名为GRAndGRJN

3.3视图

视图命名以系统名+v_+模块名作为前缀，其他命名规则和表的命名类似

3.4序列

序列命名以seq_+含义名(一般为表名)组成

3.5同义词

同义词命名与其基础对象的名称一致，但要去除其用户前缀或含有远程数据库链接的后缀

3.6存储对象相关

3.6.1 存储过程

存储过程命名由“系统名+sp_+[模块名]+存储过程标识(缩写)”组成存储过程标识要以实际含义的英文（或简写）字符构成，并用下划线分割各个组成部分。如增加代理商的帐户的存储过程为“dfsp_DlrAcctadd”。

3.6.2 函数

函数命名由“系统名+fn_+函数标识”组成

3.6.3 包

包命名由“系统名+pkg_+包标识”组成

3.6.4 函数文本中的变量

采用下列格式命名：

★参数变量命名采用“i (o或io)+_+名称”形式，前缀i 或o 表输入还是输出参数

★过程变量命名采用“l_+名称”形式

★全局包变量命名采用“g_+名称”形式

★游标变量命名采用cur_“名称”形式

★常量型变量命名采用“c+_+名称”形式

★变量名采用小写，若属于词组形式，用下划线分隔每个单词

★变量用来存放表中的列或行数据值时，使用%TYPE、%ROWTYPE 方式声明变量，使变量声明的类型与表中的保持同步，随表的变化而变化

3.7用户及角色

★用户命名由“系统名称+_+user+_+名词(或缩写)或名词短语(或缩写)”组成

★角色命名由“系统名称+_+role+_+名词(或缩写)或名词短语(或缩写)”组成

3.8数据库链接

★数据库链接命名由“link_远程服务器名+_+数据库名”组成

★若远程服务器名和数据库名一致，上式“_+数据库名”部分省去

3.9命名中的其它注意事项

★命名都不得超过20个字符。

★不要在对象名的字符之间留空格

★小心保留词，要保证你的命名没有和保留词、数据库系统或者常用访问方法冲突

4、编码规范

4.1一般性注释

4.1.1 注释尽可能简洁、详细而全面

4.1.2 创建每一数据库对象时都要加上COMMENT ON注释

以说明该对象的功能和用途；建表时，对某些数据列也要加上COMMENT ON注释，以说明该列和/或列取值的含义。如：XX 表中有CZZT列属性为NUMBER(10, 0)可加COMMENT ON 注释如下COMMENT ON COLUMN XX.CZZT IS '0 = 正常, 1 = 等待, 2 = 超时, 3 = 登出'

4.1.3 注释语法包含两种情况：单行注释、多行注释

单行注释：注释前有两个连字符（--），一般对变量、条件子句可以采用该类注释。

多行注释：符号/*和*/之间的内容为注释内容。对某项完整的操作建议使用该类注释。4.2函数文本注释

4.2.1 在每一个块和过程（存储过程、函数、包、触发器、视图等）的开头放置注释

/******************************************************************* *name : --函数名

*function : --函数功能

*input : --输入参数

*output : --输出参数

*author : --作者

*Create Date : --创建时间

*Change History : --函数更改历史（包括作者、时间、更改内容等）

2010-04-15 李成明修改原因和修改内容

*****************************************************************/ CREATE [OR REPLACE] PROCEDURE dfsp_xxx

…

4.2.2 传入参数的含义应该有所说明

如果取值范围确定，也应该一并说明。取值有特定含义的变量（如boolean类型变量），应给出每个值的含义。

4.2.3 在每一个变量声明的旁边添加注释。

说明该变量要用作什么

通常，简单使用单行注释就行了，例如l_sfzh CHAR(11) --身份证号码

4.2.4 在块的每个主要部分之前添加注释

在块的每个主要部分之前增加注释，解释下—组语句目的，最好是说明该段语句及算法的目的以及要得到的结果，但不要对其细节进行过多的描述

4.2.5 在块和过程的开头注释中还可以增加要访问的数据库等信息

4.3常用SQL语句的编写规范

4.3.1 CREATE语句

CREATE TABLE dft_dksz(

YHBS VARCHAR2(20) NOT NULL,

ZHGX DATE,

DKKHD VARCHAR2(24),

CONSTRAINT pk_dksz_yhbs PRIMARY KEY (YHBS)

)

Tablespace xxx

4.3.2 SELECT语句

查询语句采用以下原则编写（可最大化重用共享池中的SQL 语句，提高应用程序性能）：★将SELECT 语句分为5部分:

（1）由SELECT 开头，后跟一个显示查询结果的列表；

（2）由FROM 开头，后跟一个或多个获取数据所涉及的表；

（3）由WHERE 开头，后跟一个或多个确定所需值的条件；

（4）由GROUP BY开头，后跟一个或多个表列名，通过这些列以对查询结果进行汇总；

（5）由ORDER BY开头，后跟一个或多个表列名，通过这些列以对查询结果进行排序。

★每个部分分行编写，将每一行的第一个关键字与第一行的SELECT尾部对齐，如

SELECT col1, col2, col3

FROM table1

WHERE col1 > col2

GROUP BY col1, col2

ORDER BY col1;

★关键字用大写，列名和表名采用小写

★语句中嵌入逗号时，在逗号后面加一空格，当逗号是最后一个字符时，把它放在本行★当语句的同一部分要延续到下一行时，按下列格式排列：

SELECT col1, col2, col3, col4, col5, col6,

col7, col8, col9, col10

★将语句中WHERE 和AND 部分格式化，书写布局类似于

WHERE

AND

AND

★当语句中出现括号时，括号的两边不留空格

★在SQL 语句使用运算符时，操作两边应各留一个空格，如

WHERE X = Y

AND A = B

AND C = D

4.3.3 INSERT语句

INSERT INTO <要插入的表名>

(<列1>, <列2>, .., <列n-1>, <列n>)

VALUES (<列1值>, <列2值>, .., <列n-1值>, <列n值>) 4.3.4 UPDATE语句

UPDATE <要更新的表名>

SET <要更新的列> = <列值>

4.3.5 DELETE语句

DELETE FROM table1

WHERE col1 = '???'

4.4条件执行语句(IF)编写规范

条件执行语句IF…ELSE 按以下格式编写

IF <条件表达式>

THEN

<一条或多条语句>

[ELSE (或ELSIF<条件表达式>)

THEN

<一条或多条语句>

END IF;

注:

（1）在IF…THEN和ELSE(或ELSIF)及ELSE…THEN和END IF间可包含一条或多条PL/SQL

语句，而不需要加BEGIN 和END

（2）IF…ELSE…ENDIF 语句可以嵌套

（3）注意ELSIF的写法

4.5循环语句编写规范

4.5.1 简单循环语句

LOOP

<零条或多条语句>

EXIT WHEN <条件表达式>

<零条或多条语句>

END LOOP;

4.5.2 FOR循环语句

FOR 变量IN [变量取值范围]

LOOP

<一条或多条语句>

END LOOP;

4.5.3 WHILE循环语句

WHILE <条件表达式>

LOOP

<一条或多条语句>

END LOOP;

4.6函数文本（存储过程、函数和包等）

★对于存储过程、函数等程序块都要有异常处理部分，在异常部分的最后都要设置OTHERS 异常情态处理器，以提高程序的自检能力，格式如下：

BEGIN

…

EXCEPTION

WHEN excep—name1 THEN

…

WHEN excep—name2 THEN

…

WHEN OTHERS THEN

…

END;

★对于子程序、触发器、包等带名的程序块，要使用结束标识，如

CREATE OR REPLACE PROCEDURE XXXsp_XXX IS

…

BEGIN

…

END XXXsp_XXX;

/* 此处的过程名XXXsp_XXX是可选的，规范要求写上，与块开始的CREATE相对应*/

ORACLE数据库设计规范

1命名原则 1.1约定 u是指对数据库、数据库对象如表、字段、索引、序列、存储过程等的命名约定； U命名使用富有意义的英文词汇，尽量避免使用缩写，多个单词组成的，中间以下划线分割 u避免使用Oracle的保留字如LEVEL、关键字如TYPE （见Oracle保留字和关键字）； u各表之间相关列名尽量同名； u除数据库名称长度为1 — 8个字符，其余为1 — 30个字符，Database link 名称也不要超过30个字符； u命名只能使用英文字母，数字和下划线； 1.2表名 规则如下： 命名规则为xxx_yyy_TableName 。xxx表示开发公司的名称，最多五个字母构成，尽量用简称；yyy 表示子系统中的子模块的名称（可以没有），最多五个字母构成，尽量用简称；TableName 为表含义，最多十个字母构成，尽量用简称 TableName 规则如下： u使用英文单词或词组作为表名，不得使用汉语拼音 u用名词和名词短语作表名 u不使用复数 正确的命名，例如： fiber_sys_user fiber_biz_order 1.3存储过程 规则如下： 命名规则为xxx_yyy_StoredProcedureName 。xxx表示开发公司的名称，最多五个字母构成，尽量用 简称；yyy表示子系统中的子模块的名称（可以没有），最多五个字母构成，尽量用简称；

StoredProcedureName 规则如下： u用动词或动词短语来命名，并带有宾语 u需要符合用Pascal命名规则。 u尽量谨慎地使用缩写 u尽量不要和关键字重合 u不要用任何名前缀（例如U , B） u StoredProcedureName 内不使用下划线 u当操作依赖条件时，一般结尾使用By+条件 存储过程正确的命名，例如： sys_lnsertUser sys_SearchUserByUserlD sys_DeleteUserByUserlD 1.4视图 规则如下： u视图的命名采用xxx_yyy_ ViewName_v 。xxx表示开发公司的名称，最多五个字母构成，尽量用简称；yyy表示子系统中的子模块的名称（可以没有），最多五个字母构成，尽量用简称；_v后缀表示视图, ViewName 部分表示视图的含义，最多十个字母构成，尽量用简称。 ViewName 规则如下： u用名词和名词短语， u不使用复数 u用Pascal命名规则 u尽量谨慎地使用缩写 u尽量不要和关键字重合 u不要用任何名前缀（例如U，B） u ViewName 中使用下划线 视图正确的命名，例如:

软件工程-数据库设计规范与命名规则

数据库设计规范、技巧与命名规范 一、数据库设计过程 数据库技术是信息资源管理最有效的手段。 数据库设计是指：对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据， 满足用户信息要求和处理要求。 数据库设计的各阶段： A、需求分析阶段：综合各个用户的应用需求(现实世界的需求)。 B、在概念设计阶段：形成独立于机器和各DBMS产品的概念模式(信息世界模型)，用E-R图来描述。 C、在逻辑设计阶段：将E-R图转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式。 然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图(VIEW)形成数据的外模式。 D、在物理设计阶段：根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。 1. 需求分析阶段 需求收集和分析，结果得到数据字典描述的数据需求(和数据流图描述的处理需求)。 需求分析的重点：调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。 需求分析的方法：调查组织机构情况、各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。 常用的调查方法有：跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。 分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。自顶向下的结构化分析方法(Structured Analysis， 简称SA方法)从最上层的系统组织机构入手，采用逐层分解的方式分析系统，并把每一层用数据流图和数据字典描述。 数据流图表达了数据和处理过程的关系。系统中的数据则借助数据字典(Data Dictionary，简称DD)来描述。 2. 概念结构设计阶段 通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型，可以用E-R图表示。 概念模型用于信息世界的建模。概念模型不依赖于某一个DBMS支持的数据模型。概念模型可以转换为计算机上某一 DBMS 支持的特定数据模型。 概念模型特点： (1) 具有较强的语义表达能力，能够方便、直接地表达应用中的各种语义知识。 (2) 应该简单、清晰、易于用户理解，是用户与数据库设计人员之间进行交流的语言。 概念模型设计的一种常用方法为IDEF1X方法，它就是把实体-联系方法应用到语义数据模型中的一种语义模型化技术， 用于建立系统信息模型。 使用IDEF1X方法创建E-R模型的步骤如下所示:

Oracle数据库数据对象分析_张达宇

Oracle数据库数据对象分析 日期：2006-01-18 08:00 点击： Oracle数据库数据对象中最基本的是表和视图，其他还有约束、序列、函数、存储过程、包、触发器等。对数据库的操作可以基本归结为对数据对象的操作,理解和掌握Oracle数据库对象是学习Oracle的捷径。 表和视图 Oracle中表是数据存储的基本结构。ORACLE8引入了分区表和对象表，ORACLE8i引入了临时表，使表的功能更强大。视图是一个或多个表中数据的逻辑表达式。本文我们将讨论怎样创建和管理简单的表和视图。 管理表 表可以看作有行和列的电子数据表，表是关系数据库中一种拥有数据的结构。用CREATE TABLE语句建立表，在建立表的同时，必须定义表名，列，以及列的数据类型和大小。例如： 这样我们就建立了一个名为products的表，关键词CREATE TABLE后紧跟的表名，然后定义了三列，同时规定了列的数据类型和大小。 在创建表的同时你可以规定表的完整性约束，也可以规定列的完整性约束，在列上普通的约束是NOT NULL,关于约束的讨论我们在以后进行。 在建立或更改表时，可以给表一个缺省值。缺省值是在增加行时，增加的数据行中某一项值为null时，oracle即认为该值为缺省值。 下列数据字典视图提供表和表的列的信息： . DBA_TABLES . DBA_ALL_TABLES . USER_TABLES . USER_ALL_TABLES . ALL_TABLES . ALL_ALL_TABLES . DBA_TAB_COLUMNS . USER_TAB_COLUMNS . ALL_TAB_COLUMNS 表的命名规则 表名标识一个表，所以应尽可能在表名中描述表，oracle中表名或列名最长可以达30个字符串。表名应该以字母开始，可以在表名中包含数

数据库表及字段命名、设计规范

数据库表及字段命名、设计规范1、命名规范 1.1数据表的命名规范： 1）表的前缀应该用系统或模块的英文名的缩写（全部大写或首字母大写）。如果系统功能简单，没有划分为模块，则可以以系统英文名称的缩写作为前缀，否则以各模块的英文名称缩写作为前缀。例如：如果有一个模块叫做BBS(缩写为BBS)，那么你的数据库中的所有对象的名称都要加上这个前缀：BBS_ + 数据库对象名称，BBS_CustomerInfo标示论坛模块中的客户信息表。 2）表的名称必须易于理解，使用能表达表功能的英文单词或缩写英文单词，无论是完整英文单词还是缩写英文单词，单词首字母必须大写。如果当前表可用一个英文单词表示的，请用完整的英文单词来表示；例如：系统资料中的客户表的表名可命名为：SYS_Customer。如果当前表需用两个或两个以上的单词来表示时，尽量以完整形式书写，如太长可采用两个英文单词的缩写形式；例如：系统资料中的客户物料表可命名为：SYS_CustItem。 3）表的名称一般使用名词或者动宾短语 4）表名称不应该取得太长（一般不超过三个英文单词）。 5）在命名表时，用单数形式表示名称。例如，使用Employee，而不是Employees。 6）对于有主明细的表来说。明细表的名称为：主表的名称+ 字符Dts。例如：采购定单的名称为：PO_Order，则采购定单的明细表为：PO_OrderDts 对于有主明细的表来说，明细表必须包含两个字段：主表关键字、SN，SN字段的类型为int 型，目的为与主表关键字联合组成明细表的关键字，以及标示明细记录的先后顺序，如1,2,3……。 7）表必须填写描述信息

数据库表字段命名规范

数据库表字段命名规范 摘要：当前研发工作中经常出现因数据库表、数据库表字段格式不规则而影响开发进度的问题，在后续开发使用原来数据库表时，也会因为数据库表的可读性不够高，表字段规则不统一，造成数据查询，数据使用效率低的问题，所以有必要整理出一套合适的数据库表字段命名规范来解决优化这些问题。 本文是一篇包含了数据库命名、数据库表命名、数据库表字段命名及SQL语言编码的规范文档，针对研发中易产生的问题和常见错误做了一个整理和修改，为日后涉及到数据库相关的研发工作做好准备。 一、数据库命名规范 采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'_'组成，命名简洁明确，多个单词用下划线'_'分隔，一个项目一个数据库，多个项目慎用同一个数据库 二、数据库表命名规范 2.1数据表命名规范 （1）采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'_'组成，命名简洁明确，多个单词用下划线'_'分隔 （2）全部小写命名，禁止出现大写 （3）禁止使用数据库关键字，如：name，time ，datetime，password等（4）表名称不应该取得太长（一般不超过三个英文单词）

（5）表的名称一般使用名词或者动宾短语 （6）用单数形式表示名称，例如，使用employee，而不是employees 明细表的名称为：主表的名称+字符dtl（detail缩写） 例如：采购定单的名称为：po_order，则采购定单的明细表为：po_orderdtl （7）表必须填写描述信息（使用SQL语句建表时） 2.2命名规范 ①模块_+功能点示例：alllive_log alllive_category ②功能点示例：live message ③通用表示例：all_user 2.3待优化命名示例 ①冗余： 错误示例：yy_alllive_video_recomment yy_alllive_open_close_log 说明：去除项目名，简化表名长度，去”yy_” ②相同类别表命名存在差异，管理性差 错误示例：yy_all_live_category yy_alllive_comment_user 说明：去除项目名，统一命名规则，均为”yy_alllive_”开头即可 ③命名格式存在差异 错误示例：yy_showfriend yy_user_getpoints yy_live_program_get

数据库设计规范

数据库设计规范 V 1.0 2007-8-28

目录 1) 目的 (3) 2) 范围 (3) 3) 术语 (3) 4) 设计概要 (3) 5) 命名规范（逻辑对象） (4) 6) 数据库对象命名 (6) 7) 脚本注释 (8) 8) 数据库操作原则 (9) 9) 常用字段命名(参考) (9)

1) 目的 为了统一公司软件开发的设计过程中关于数据库设计时的命名规范和具体工作时的编程规范，便于交流和维护，特制定此规范。 2) 范围 本规范适用于开发组全体人员，作用于软件项目开发的数据库设计、维护阶段。 3) 术语 数据库对象：在数据库软件开发中，数据库服务器端涉及的对象包括物理结构和逻辑结构的对象。 物理结构对象：是指设备管理元素，包括数据文件和事务日志文件的名称、大小、目录规划、所在的服务器计算极名称、镜像等，应该有具体的配置规划。一般对数据库服务器物理设备的管理规程，在整个项目/产品的概要设计阶段予以规划。 逻辑结构对象：是指数据库对象的管理元素，包括数据库名称、表空间、表、字段/域、视图、索引、触发器、存储过程、函数、数据类型、数据库安全性相关的设计、数据库配置有关的设计以及数据库中其他特性处理相关的设计等。 4) 设计概要 ?设计环境 数据库：ORACLE 9i 、MS SQL SERVER 2000 等 操作系统：LINUX 7.1以上版本，显示图形操作界面; RedHat 9 以上版本 WINDOWS 2000 SERVER 以上 ?设计使用工具 使用PowerDesigner 做为数据库的设计工具，要求为主要字段做详尽说 明。对于SQL Server 尽量使用企业管理器对数据库进行设计，并且要求 对表，字段编写详细的说明（这些将作为扩展属性存入SQL Server中） 通过PowerDesigner 定制word格式报表，并导出word文档，作为数据 字典保存。（PowerDesigner v10 才具有定制导出word格式报表的功能）。

数据库设计和编码规范

数据库设计和编码规范 Version

目录

简介 读者对象 此文档说明书供开发部全体成员阅读。 目的 一个合理的数据库结构设计是保证系统性能的基础。一个好的规范让新手容易进入状态且少犯错，保持团队支持顺畅，系统长久使用后不至于紊乱，让管理者易于在众多对象中，获取所需或理清问题。 同时，定义标准程序也需要团队合作，讨论出大家愿意遵循的规范。随着时间演进，还需要逐步校订与修改规范，让团队运行更为顺畅。 数据库命名规范 团队开发与管理信息系统讲究默契，而制定服务器、数据库对象、变量等命名规则是建立默契的基本。 命名规则是让所有的数据库用户，如数据库管理员、程序设计人员和程序开发人员，可以直观地辨识对象用途。而命名规则大都约定俗成，可以依照公司文化、团队习惯修改并落实。 规范总体要求 1.避免使用系统产品本身的惯例，让用户混淆自定义对象和系统对象或关键词。 例如，存储过程不要以sp_或xp_开头，因为SQL SERVER的系统存储过程以 sp_开头，扩展存储过程以xp_开头。 2.不要使用空白符号、运算符号、中文字、关键词来命名对象。 3.名称不宜过于简略，要让对象的用途直观易懂，但也不宜过长，造成使用不方 便。 4.不用为数据表内字段名称加上数据类型的缩写。 5.名称中最好不要包括中划线。

6.禁止使用[拼音]+[英语]的方式来命名数据库对象或变量。 数据库对象命名规范 我们约定，数据库对象包括表、视图（查询）、存储过程（参数查询）、函数、约束。对象名字由前缀和实际名字组成，长度不超过30。避免中文和保留关键字，做到简洁又有意义。前缀就是要求每种对象有固定的开头字符串，而开头字符串宜短且字数统一。可以讨论一下对各种对象的命名规范，通过后严格按照要求实施。例如：

oracle数据库试题

ORACLE数据库试题 74 姓名：戴希引 一、选择题(总分50分，每题1分，*为多选)42 1．下列不属于ORACLE的逻辑结构的是（C） A 区 B 段 C 数据文件 D表空间 2. 下面哪个用户不是ORACLE缺省安装后就存在的用户( A ) A . SYSDBA B. SYSTEM C. SCOTT D. SYS 3 下面哪个操作会导致用户连接到ORACLE数据库，但不能创建表(A ) A 授予了CONNECT的角色，但没有授予RESOURCE的角色 B没有授予用户系统管理员的角色 C数据库实例没有启动 D数据库监听没有启动 4. 在Oracle中，当FETCH语句从游标获得数据时，下面叙述正确的是（ C ） A 游标打开 B游标关闭 C当前记录的数据加载到变量中 D创建变量保存当前记录的数据 5. 在Oracle中，下面关于函数描述正确的是（ A D）* A SYSDATE函数返回Oracle服务器的日期和时间 B ROUND数字函数按四舍五入原则返回指定十进制数最靠近的整数 C ADD_MONTHS日期函数返回指定两个月份天数的和 D SUBSTR函数从字符串指定的位置返回指定长度的子串 6. 阅读下面的PL/SQL程序块： BEGIN INSERT INTO employee(salary,last_name,first_name)VALUES(35000,’Wang’,'Fre d ’); SAVEPOINT save_a; INSERT INTO employee(salary,last_name,first_name) VALUES(40000,’Woo’,'David’); SAVEPOINT save_b; DELETE FROM employee WHERE dept_no=10; SAVEPOINT save_c; INSERT INTO employee(salary,last_name,first_name) VALUES(25000,’Lee’,'Bert’); ROLLBACK TO SAVEPOINT save_c;

浅谈对的理解对象—关系型数据库

浅谈对对象—关系型数据库的理解 姓名：杨小敏 学号：2010206190026

针对对象—关系型数据库的理解我想结合自己的专业（地图学与地理信息系统）从下面三个方面来理解：（1）关系型数据的发展以及在空间数据管理方面的优缺点（2）面向对象数据库的发展及在空间数据管理方面的优缺点（3）关系型数据库和面向对象技术的融合在数据库发展中所起到的独特作用在我们GIS专业领域内，随着信息技术的发展，各种应用系统建设的不断深入，像现在面向21世纪的应急应用系统的建设、城市基础地理空间信息数据库系统与共享平台的建设、地理信息公共服务平台的建设，小到“数字城市”的建设，大到“数字地球”乃至“智慧地球”的建设，我们已经开始不满足数值和文字的信息处理，为了达到系统建设平台尤其是公共服务平台的建设起到良好的客户友好体验，大量的图形信息，音频信息已经深入到数据库的设计中，其中尤其是空间数据库管理备受瞩目。所以，面对信息爆炸的21世纪，海量数据的存储和管路已经不是传统的数据库能解决的，空间数据管理需要更强的数据库——对象关系型数据库。 为什么空间数据需要对象关系型数据库的管理才更有效？我想简单的说一下GIS空间数据的基本特征：（1）空间特征：每个空间对象都具有空间坐标，所以在存储空间数据的同时我们要考虑数据的空间分布特征；（2）非结构化特征：通用数据库或者是传统数据库数据记录一般是结构化的，在面对空间图形信息的时候难以直接采用关系数据管理系统；（3）空间关系特征：空间数据的空间关系最重要的就是空间拓扑关系，这种拓扑结构方便了空间数据的查询和空间分析，但是给空间数据的一致性和完整性的维护增加了复杂性；（4）海量数据的特征：数据库在面对海量数据的存储和组织时，一般在二维空间上划分块或图幅，在垂直的方向上划分层在组织海量空间数据。 在空间数据的管理技术的发展中，从手工管理管理阶段到文件管理阶段再到数据库管理阶段，在三个数据管理阶段，对数据管理方式也不尽相同，在这里，我想说的是空间数据库的发展历史对空间数据管理的影响，第一是层次关系型数据库：只是数据库发展的初级阶段，这是空间数据的管理大多用文件方式管理，很显然不适合管理海量的空间数据，所以淘汰；第二是网络关系型数据库：在一定程度上解决了空间数据复杂管理的难题，但还是被日益崛起的关系型数据库所淘汰；第三是关系型数据库的发展：为了解决难于保证数据的完整性，开始将空

Oracle命名规则

数据库命名规则 2007-09-27 00:21:38| 分类：UML |字号订阅 数据库涉及字符规则 采用26个英文字母（区分大小写）和0 －9这十个自然数，加上下划线_组成，共63个字符。不能出现其他字符（注释除外）。 数据库对象命名规则 数据库对象包括表、视图（查询）、存储过程（参数查询）、函数、约束。对象名字由前缀和实际名字组成，长度不超过30。前缀：使用小写字母。 例如： 实际名字 实际名字尽量描述实体的内容，由单词或单词组合，每个单词的首字母大写，其他字母小写，不以数字和_开头。 因此，合法的对象名字类似如下。 数据库表命名规则 1)字段由前缀和实际名字组成。实际名字中首单词一个系统尽量采取同一单词。

前缀：使用小写字母tb，表示表。 例如：tbMember tbMember_Info tbForum_Board tbForum_Thread1 2) 表以名词或名词短语命名，确定表名是采用复数还是单数形式，此外给表的别名定义简单规则（比方说，如果表名是一个单词，别名就取单词的前4 个字母；如果表名是两个单词，就各取两个单词的前两个字母组成4 个字母长的别名；如果表的名字由3 个单词组成，从头两个单词中各取一个然后从最后一个单词中再取出两个字母，结果还是组成4 字母长的别名，其余依次类推）对工作用表来说，表名可以加上前缀WORK_ 后面附上采用该表的应用程序的名字。在命名过程当中，根据语义拼凑缩写即可。注意，由于ORCLE会将字段名称统一成大写或者小写中的一种，所以要求加上下划线。 举例： 定义的缩写Sales: Sal 销售； Order: Ord 订单； Detail: Dtl 明细； 则销售订单明细表命名为：Sal_Ord_Dtl; 3) 如果表或者是字段的名称仅有一个单词，那么建议不使用缩写，而是用完整的单词。 举例： 定义的缩写Material Ma 物品； 物品表名为：Material, 而不是Ma. 但是字段物品编码则是：Ma_ID;而不是Material_ID 4) 所有的存储值列表的表前面加上前缀Z 目的是将这些值列表类排序在数据库最后。 5) 所有的冗余类的命名(主要是累计表)前面加上前缀X 冗余类是为了提高数据库效率，非规范化数据库的时候加入的字段或者表6) 关联类通过用下划线连接两个基本类之后，再加前缀R的方式命名,后面按照字母顺序罗列两个表名或者表名的缩写。 关联表用于保存多对多关系。 如果被关联的表名大于10个字母，必须将原来的表名的进行缩写。如果没有其他原因，建议都使用缩写。 举例：表Object与自身存在多对多的关系,则保存多对多关系的表命名为：R_Object； 表Depart和Employee;存在多对多的关系；则关联表命名为 R_Dept_Emp 附加：[表类型_]+ 表名 如果是系统公用表，[表类型_]+ 表名 如果是数据表，省略表类型部分 表名取英文全名

数据库命名规范(表、字段名)

数据库命名规范（表、字段名） 一. 实体和属性的命名 1常用单词已经进行了缩写，在命名过程当中，根据语义拼凑缩写即可。注意，由于ORCAL 数据库会将字段名称统一成大写或者小写中的一种，所以要求加上下划线 举例： 定义的缩写Sales: Sal 销售； Order: Ord 订单； Detail: Dtl 明细； 则销售订单名细表命名为：Sal_Ord_Dtl; 2.如果表或者是字段的名称仅有一个单词，那么建议不使用缩写，而是用完整的单词。举例： 定义的缩写Material Ma 物品； 物品表名为：Material, 而不是Ma. 但是字段物品编码则是：Ma_ID;而不是Material」。 3.所有的存储值列表的表前面加上前缀Z 目的是将这些值列表类排序在数据库最后。 4.所有的冗余类的命名（主要是累计表）前面加上前缀X 冗余类是为了提高数据库效率，非规范化数据库的时候加入的字段。或者表 5.关联类通过用下划线连接两个基本类之后，再加前缀R的方式命名，后面按照字母顺序罗列两个表名或者表名的缩写。 关联表用于保存多对多关系。 如果被关联的表名大于10个字母，必须将原来的表名的进行缩写。如果没有其他原因，建 议都使用缩写。 举例：表Object与自身存在多对多的关系，则保存多对多关系的表命名为：R_Object ； 表Depart和Employee;存在多对多的关系；则关联表命名为R_Dept_Emp 6.每一个表都将有一个自动ID作为主健，逻辑上的主健作为第一组候选主健来定义，如果是数据库自动生成的编码，统一命名为：ID;如果是自定义的逻辑上的编码则用缩写加“ID” 的方法命名。 举例：销售订单的编号字段命名：Sal_Ord」D ;如果还存在一个数据库生成的自动编号，则 命名为：ID。

数据库命名规范(表、字段名)

数据库命名规范（表、字段名） 一．实体和属性的命名 1．常用单词已经进行了缩写，在命名过程当中，根据语义拼凑缩写即可。注意，由于ORCAL 数据库会将字段名称统一成大写或者小写中的一种，所以要求加上下划线 举例： 定义的缩写 Sales: Sal 销售； Order: Ord 订单； Detail: Dtl 明细； 则销售订单名细表命名为：Sal_Ord_Dtl; 2．如果表或者是字段的名称仅有一个单词，那么建议不使用缩写，而是用完整的单词。 一、【操作规范】 1. 如无备注，则表中的第一个id字段一定是主键且为自动增长； 2. 如无备注，则数值类型的字段请使用UNSIGNED属性； 3. 如无备注，排序字段order_id在程序中默认使用降序排列； 4. 如无备注，所有字段都设置NOT NULL，并设置默认值； 5. 如无备注，所有的布尔值字段，如is_hot、is_deleted，都必须设置一个默认值，并设为0； 6. 所有的数字类型字段，都必须设置一个默认值，并设为0； 7. 针对varchar类型字段的程序处理，请验证用户输入，不要超出其预设的长度； 8. 建表时将数据字典中的字段中文名和属性备注写入数据表的备注中(“PK、自动增长”不用写)； 9. 如无说明，建表时一律采用innodb引擎； 二、【常用表名约定】 0. 说明：表前缀用项目名称首字母缩写；所以表名都小写，单词之间用下划线分开，单

词都用单数形式 1. user –用户 2. category –分类 3. goods –商品、产品等一切可交易网站的物品都用此命名 4. good_gallery –物品的相册 5. good_cate –物品的分类，除了单独作为表名，其他地方分类单词一律用缩写cate 4. attr –属性 5. article –文章、新闻、帮助中心等以文章形式出现的，一般都用此命名 6. cart –购物车 7. feedback –用户反馈 8. order –订单 9. site_nav –包括页头和页尾导航 10. site_config –系统配置表 11. admin –后台用户【RBAC标准表】 12. role –后台用户角色【RBAC标准表】 13. access –后台操作权限，相当于action【RBAC标准表】 14. role_admin –后台用户对应的角色【RBAC标准表】 15. access_role –后台角色对应的权限【RBAC标准表】 16. 待续 三、【常用列名约定】 1. 表名_id –通常用作外键命名 2. cid –特殊的编号，带有元数据，方便关联查询，你可以把它理解成类别(层次)编号。举个例子，产品在分类时，往往需要将其归类到子分类下，相应的字段中也一般只记录子分类的id，这时若需要知道该产品属于哪个主分类，就需要通过子分类信息再查询到主分类信息，这是比较麻烦的，cid字段就是要解决这个问题。一般的站点几十个分类肯

Oracle数据库设计规范建议

Oracle数据库设计规范建议 1 目的 本规范的主要目的是希望规范数据库设计，尽量提前避免由于数据库设计不当而产生的麻烦；同时好的规范，在执行的时候可以培养出好的习惯，好的习惯是软件质量的很好的保证。 数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。 2 适用范围 本规范的适用人员范围包括我司的所有应用开发人员以及在我司承接数据库应用开发的软件人员。 本规范的适用IT范围包括数据库对象的命名规范、设计原则、SQL语句的设计和使用、SQL语句的性能优化建议、其他与性能有关的设计原则以及设计工具的选择。 3 数据对象的命名规范 3.1 通用规范 3.1.1 使用英文：要用简单明了的英文单词，不要用拼音，特别是拼音缩写。主要目的很明确，让人容易明白这个对象是做什么用的； 3.1.2 一律大写，特别是表名：有些数据库，表的命名乃至其他数据对象的命名是大小写敏感的，为了避免不必要的麻烦，并且尊重通常的习惯，最好一律用大写； 3.2 数据库对象命名规范 3.2.1 表的命名 3.2.1.1 表名的前缀：前缀_表名_T。为表的名称增加一个或者多个前缀，前缀名不要太长，可以用缩写，最好用下划线与后面的单词分开；其目的有这样几个：3.2.1.1.1 为了不与其他项目或者其他系统、子系统的表重名； 3.2.1.1.2 表示某种从属关系，比如表明是属于某个子系统、某个模块或者某个项目等等。表示这种从属关系的一个主要目的是，从表名能够大概知道如何去找相关的人员。比如以子系统为前缀的，当看到这个表的时候，就知道有问题可以去找该子系统的开发和使用人员； 3.2.2 视图命名：相关表名_V（或者根据需要另取名字）； 3.2.3 程序包命名：程序包名_PKG（用英文表达程序包意义）； 3.2.4 存储过程命名：存储过程名_PRO（用英文表达存储过程意义）；

数据库命名设计规范

数据库命名、设计规范 一、数据库表及字段 1．数据库表的命名规范： 表的前缀应该用系统或模块的英文名的缩写（全部大写）。如果系统功能简单，没有划分为模块，则可以以系统英文名称的缩写作为前缀，否则以各模块的英文名称缩写作为前缀。例如：如果有一个模块叫做BBS(缩写为BBS),那么你的数据库中的所有对象的名称都要加上这个前缀：BBS_ + 数据库对象名称，BBS_CustomerInfo标示论坛模块中的客户信息表。 表的名称必须是易于理解，能表达表的功能的英文单词或缩写英文单词，无论是完整英文单词还是缩写英文单词，单词首字母必须大写。如果当前表可用一个英文单词表示的，请用完整的英文单词来表示；例如：系统资料中的客户表的表名可命名为：SYS_Customer。如果当前表需用两个或两个以上的单词来表示时，尽量以完整形式书写，如太长可采用两个英文单词的缩写形式；例如：系统资料中的客户物料表可命名为：SYS_CustItem。 表名称不应该取得太长（一般不超过三个英文单词）。表名长度不能超过30个字符，表名中含有单词全部采用单数形式，单词首字母必须大写。在命名表时，用单数形式表示名称。例如，使用 Employee，而不是 Employees。对于有主明细的表来说。明细表的名称为：主表的名称 + 字符Dts。例如：采购定单的名称为：PO_Order，则采购定单的明细表为：PO_OrderDts;对于有主明细的表来说，明细表必须包含两个字段：主表关键字、SN，SN字段的类型为int型，目的为与主表关键字联合组成明细表的关键字，以及标示明细记录的先后顺序，如1,2,3……。表必须填写描述信息，后台表名尽量与前台表名相同，后台独有的表应以_b作为后缀。如r_gggd_b。 数据库表的命名采用如下规则： 1)表名用模块名_开头，表名长度不能超过30个字符，表名中含有单词全部采用单数形式，单词首字母必须大写。 2)多个单词间用下划线（_）进行连接。若库中有多个系统，表名采用系统名称+单词或多个单词，系统名是开发系统的缩写，如VNET。

数据库设计规范

数据库设计规范 一、数据库设计过程 数据库技术是信息资源管理最有效的手段。数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。 数据库设计中需求分析阶段综合各个用户的应用需求（现实世界的需求），在概念设计阶段形成独立于机器特点、独立于各个dbms产品的概念模式（信息世界模型），用e-r图来描述。在逻辑设计阶段将e-r图转换成具体的数据库产品支持的数据模型如关系模型，形成数据库逻辑模式。然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图（view）形成数据的外模式。在物理设计阶段根据dbms特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。 1. 需求分析阶段 需求收集和分析，结果得到数据字典描述的数据需求（和数据流图描述的处理需求）。 需求分析的重点是调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。 需求分析的方法：调查组织机构情况、调查各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。 常用的调查方法有：跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。 分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。自顶向下的结构化分析方法（structured analysis，简称sa方法）从最上层的系统组织机构入手，采用逐层分解的方式分析系统，并把每一层用数据流图和数据字典描述。 数据流图表达了数据和处理过程的关系。系统中的数据则借助数据字典（data dictionary，简称dd）来描述。 数据字典是各类数据描述的集合，它是关于数据库中数据的描述，即元数据，而不是数据本身。数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分(至少应该包含每个字段的数据类型和在每个表内的主外键)。 数据项描述＝｛数据项名，数据项含义说明，别名，数据类型，长度， 取值范围，取值含义，与其他数据项的逻辑关系｝ 数据结构描述＝｛数据结构名，含义说明，组成:｛数据项或数据结构｝｝ 数据流描述＝｛数据流名，说明，数据流来源，数据流去向， 组成:｛数据结构｝，平均流量，高峰期流量｝ 数据存储描述＝｛数据存储名，说明，编号，流入的数据流，流出的数据流， 组成:｛数据结构｝，数据量，存取方式｝ 处理过程描述＝｛处理过程名，说明，输入:｛数据流｝，输出:｛数据流｝, 处理:｛简要说明｝｝

Oracle数据库开发规范

项目编号：××× xxx Oracle数据库开发规范 Oracle DB Development Standardization <部门名称> **年**月**日 文档信息： 文档名称： 文档编号： 文档版本日期： 起草人： 起草日期： 复审人： 复审日期： 版本历史： 版本 日期 作者 更改参考 说明

审批信息： 签字/日期 审核 审批 目录 1 概述 4 1.1 编写目的 4 1.2 文档约定 4 1.3 预期的读者和阅读建议 4 1.4 参考文献 5 2 数据库对象命名 6 2.1 命名总体原则 6 2.2 表名 6 2.3 视图 6 2.4 同义词 6 2.5 序列7 2.6 索引7 2.7 存储过程7 2.8 存储函数8 2.9 存储程序包8 2.10 触发器8 2.11 字段8 2.12 其他9 3 设计规范9 3.1 范围9 3.2 表空间9 3.3 字符集10 3.4 主外键约束10 3.5 分区表10 3.6 RAC下的序列设计10 3.7 字段10 3.8 表结构设计11 3.9 索引设计11 3.10 临时表11 4 SQL编写规范 12 4.1 书写规范12 4.2 SQL语句的索引使用13 4.3 SQL语句降低系统负荷 15 5 PL/SQL编程规范18

5.1 书写规范18 5.2 常用数据库操作语句编码规范19 5.3 常用过程控制结构20 5.4 Condition 21 5.5 Cursor 22 5.6 变量定义与赋值22 5.7 过程与函数调用23 5.8 例外处理(Exception) 23 5.9 例外处理的错误消息24 5.10 注释(Comment) 25 5.11 应用调试控制27 5.12 并发控制27 5.13 代码测试、维护29 1 概述 1.1 编写目的 为规范软件开发人员的Oracle数据库开发提供参考依据和统一标准。 1.2 文档约定 说明本文档中所用到的专用术语定义或解释，缩略词定义。 1.3 预期的读者和阅读建议 本文档适用于所有开发员。 1.4 参考文献 列出有关的参考文件，如： a．属于本项目的其他已发表文件； b．本文件中各处引用的文档资料。 列出这些文件的标题、作者，说明能够得到这些文件资料的来源。 2 数据库对象命名 2.1 命名总体原则 本规范所涉及数据库对象主要是指表、视图、同义词、索引、序列、存储过程、函数、触发器等； 命名应使用富有意义的英文词汇，尽量避免使用缩写，多个单词组成的，中间以下划线分割；避免使用Oracle的保留字或关键字，如LEVEL和TYPE； 各表之间相关列名尽量同名； 除数据库模式对象名称长度为1－8个字符，其余对象名称均要求不超过30个字符； 命名只能使用大写英文字母，数字和下划线，且以英文字母开头。 2.2 表名 规则：XXX_MMM_DDDD 说明：XXX代表子系统或模块名称（2-3个字母构成）； MMM代表子模块名称（2-3个字母构成，根据实际情况可以没有）； DDDD为表的简称含义，使用英文单词或词组构成，可包括下划线，但不得使用汉语拼音。 示例：PO_HEADERS_ALL 2.3 视图 规则：XXX_MMM_DDDD_V 说明：XXX代表子系统或模块名称（2-3个字母构成）；

数据库表及字段命名、设计规范

数据库表及字段命名、设计规范 1、命名规范 1.1数据表的命名规范： 1）表的前缀应该用系统或模块的英文名的缩写（全部大写或首字母大写）。如果系统功能简单，没有划分为模块，则可以以系统英文名称的缩写作为前缀，否则以各模块的英文名称缩写作为前缀。例如：如果有一个模块叫做BBS(缩写为BBS)，那么你的数据库中的所有对象的名称都要加上这个前缀：BBS_ + 数据库对象名称，BBS_CustomerInfo标示论坛模块中的客户信息表。 2）表的名称必须易于理解，使用能表达表功能的英文单词或缩写英文单词，无论是完整英文单词还是缩写英文单词，单词首字母必须大写。如果当前表可用一个英文单词表示的，请用完整的英文单词来表示；例如：系统资料中的客户表的表名可命名为：SYS_Customer。如果当前表需用两个或两个以上的单词来表示时，尽量以完整形式书写，如太长可采用两个英文单词的缩写形式；例如：系统资料中的客户物料表可命名为：SYS_CustItem。 3）表的名称一般使用名词或者动宾短语 4）表名称不应该取得太长（一般不超过三个英文单词）。 5）在命名表时，用单数形式表示名称。例如，使用 Employee，而不是 Employees。 6）对于有主明细的表来说。明细表的名称为：主表的名称 + 字符Dts。例如：采购定单的名称为：PO_Order，则采购定单的明细表为：PO_OrderDts 对于有主明细的表来说，明细表必须包含两个字段：主表关键字、SN，SN字段的类型为int 型，目的为与主表关键字联合组成明细表的关键字，以及标示明细记录的先后顺序，如1,2,3……。

7）表必须填写描述信息 7）后台表名尽量与前台表名相同，后台独有的表应以_b作为后缀。如r_gggd_b 1.2表字段命名规范 数据库字段的命名必须遵循以下规范： 1）字段名称一般采用名词或动宾短语，且字段名为小写。 2）采用有意义的字段名。字段的名称必须是易于理解，能表达字段功能的英文单词或缩写英文单词，单词首字母必须大写，一般不超过三个英文单词。例如:人员信息表中的电话号码可命名为：Telephone或Tel。产品明细表中的产品名称可用ProductName表示。（推荐一般用完整的英文单词）。 3）系统中所有属于内码字段（仅用于标示唯一性和程序内部用到的标示性字段），名称取为：“ID”，采用整型或长整型数，具体根据可能的数据量确定，增加记录时取最大值加1，该字段通常为主关键字。 4）系统中属于是业务范围内的编号的字段，其代表一定的业务信息，比如资料信息和单据的编号，这样的字段建议命名为：“Code”，其数据类型为varchar，该字段需加唯一索引。 5）在命名表的列时，不要重复表的名称；例如，在名为 Employee 的表中避免使用名为EmployeeLastName 的字段。 5）不要在列的名称中包含数据类型。

MYSQL数据库命名及设计规范

MYSQL数据库命名及设计规范 1.设计原则 1)标准化和规范化 数据的标准化有助于消除数据库中的数据冗余。标准化有好几种形式，但Third Normal Form（3NF）通常被认为在性能、扩展性和数据完整性方面达到了最好平衡。简单来说，遵守3NF标准的数据库的表设计原则是：“One Fact in One Place”即某个表只包括其本身基本的属性，当不是它们本身所具有的属性时需进行分解。表之间的关系通过外键相连接。它具有以下特点：有一组表专门存放通过键连接起来的关联数据。 举例：某个存放客户及其有关定单的3NF数据库就可能有两个表：Customer和Order。Order表不包含定单关联客户的任何信息，但表内会存放一个键值，该键指向Customer表里包含该客户信息的那一行。 事实上，为了效率的缘故，对表不进行标准化有时也是必要的。 2)数据驱动 采用数据驱动而非硬编码的方式，许多策略变更和维护都会方便得多，大大增强系统的灵活性和扩展性。 举例，假如用户界面要访问外部数据源（文件、XML文档、其他数据库等），不妨把相应的连接和路径信息存储在用户界面支持表里。还有，如果用户界面执行工作流之类的任务（发送邮件、打印信笺、修改记录状态等），那么产生工作流的数据也可以存放在数据库里。角色权限管理也可以通过数据驱动来完成。事实上，如果过程是数据驱动的，你就可以把相当大的责任推给用户，由用户来维护自己的工作流过程。 3)考虑各种变化 在设计数据库的时候考虑到哪些数据字段将来可能会发生变更。 举例，姓氏就是如此（注意是西方人的姓氏，比如女性结婚后从夫姓等）。所以，在建立系统存储客户信息时，在单独的一个数据表里存储姓氏字段，而且还附加起始日和终止日等字段，这样就可以跟踪这一数据条目的变化。 2.数据库涉及字符规范 采用26个英文字母(区分大小写)和0-9这十个自然数,加上下划线'_'组成,共63个字符.不能出现其他字符(注释除外). 注意事项: 1)以上命名都不得超过30个字符的系统限制.变量名的长度限制为29(不包括标识字符@). 2)数据对象、变量的命名都采用英文字符,禁止使用中文命名.绝对不要在对象名的字符之间留空格. 3)小心保留词,要保证你的字段名没有和保留词、数据库系统或者常用访问方法冲突 5)保持字段名和类型的一致性,在命名字段并为其指定数据类型的时候一定要保证一致性.假如数据类型在一个表里是整数,那在另一个表里可就别变成字符

数据库设计规范

保密级别：□绝密□机密□秘密■内部公开 数据库设计规范

变更记录

目录 1 编写目的 (1) 2 数据库策略 (1) 2.1 数据库对象长度策略 (1) 2.2 数据完整性策略 (1) 2.3 规范化设计与性能之间的权衡策略 (1) 2.4 字段类型的定义与使用策略 (1) 3 命名规范 (3) 3.1 数据库命名规则 (3) 3.2 数据库对象命名的一般原则 (4) 3.3 表空间(Tablespace)命名规则 (4) 3.4 表(Table)命名规则 (4) 3.5 字段命名规则 (5) 3.6 视图(View)命名规则 (5) 3.7 序列(Sequence)命名规则 (5) 3.8 存储过程(Procedure)的命名规则 (5) 3.9 函数(Function)的命名规则 (5) 3.10 索引(Index) 命名规范 (5) 3.11 约束(Constraint) 命名规范 (5) 4 数据模型产出物规范 (5) 附录A：xml文件使用说明 (7) 附录B：保留关键字 (8)

可编辑 1编写目的 本文的目的是提出针对Oracle数据库的设计规范，使利用Oracle数据库进行设计开发的系统严格遵守本规范的相关约定，建立统一规范、稳定、优化的数据模型。 参照以下原则进行数据库设计： 1)方便业务功能实现、业务功能扩展； 2)方便设计开发、增强系统的稳定性和可维护性； 3)保证数据完整性和准确性； 4)提高数据存储效率，在满足业务需求的前提下，使时间开销和空间开销达到优化平衡。 2数据库策略 1)数据模型全局单一，所有公共的数据模型得到共享。 2)数据库建模要基于统一的元数据管理机制。 3)数据库设计遵循关系数据库的规范化理论。 4)OLTP与OLAP分开设计。 2.1数据库对象长度策略 数据库字段的长度要考虑业务对象的类型、数据库所用字符集、时间格式来设定出相对准确的长度，满足业务需要，同时保证数据库的高效，避免不必要的开销。 2.2数据完整性策略 1)必须遵循数据库设计的第二范式，根据业务需要尽量满足第三范式。 2)数据完整性尽量通过业务逻辑实现，数据库设计应尽量避免使用大量的外键约束，避免使用触发 器。 2.3规范化设计与性能之间的权衡策略 数据的标准化有助于消除数据库中的数据冗余。如果数据冗余低，数据的一致性容易得到保证，如无特殊理由，OLTP系统的设计应当遵循第三范式，对于OLAP系统，为了减少表间连接查询的操作，提高系统的响应时间，合理的数据冗余是必要的。 2.4字段类型的定义与使用策略 1)数据类型的选用原则 精品