oracle数据库命名规范

竭诚为您提供优质文档/双击可除oracle数据库命名规范

篇一：oracle数据库管理脚本命名规范

oracle資料庫管理腳本命名規範

oracle中的数据字典是数据库中的非常重要的一部分，提供了相关数据库的信息，它是所有oracle用户（从应用

的最终用户、应用的设计开发者到数据库管理员）的非常重要的信息来源。数据字典的创建，是在oracle数据库创建

完毕后，运行一些相关的数据库管理脚本来完成的。当采用oracle统一安装器（oracleuniversalinstaller）创建数据库时，oracle服务器有关的字典视图和脚本最后会被自动安装。但当需要升级目前的oracle数据库服务器时，数据库

管理员必须要手工重新运行创建这些视图或脚本的sql。安

装完数据库后，oracle数据库管理脚本就存放在操作系统中。对于unix和nt操作系统，分别位于不同的物理目录下，见表1所示：

表1数据库管理脚本在操作系统中的物理位置

oracle中几乎所有的系统管理脚本都保存在该文件目

录下，该目录下含有上百个不同文件。这些不同的文件都有

什么作用呢？本文将详细讨论组成oracle数据库管理脚本的命名规范。这样用户看到某个文件大概就可以知道该文件主要用途是什么。该目录下的文件按照功能不同可分为4大类，oracle为了容易区分这几类不同的文件，对于文件的命名遵从一定的规则。见表2所示。

表2数据库管理脚本命名规范

下面来详细介绍这四种不同类型的脚本功能：

1、cat*.sql脚本

该类脚本主要用于创建数据字典视图。其中，脚本catalog.sql和catproc.sql是创建数据库后必须要运行的两个脚本。这两个脚本的功能说明见表3所示。

(1)catalog.sql

该脚本创建相对于系统基表的视图和系统动态性能视图以及他们的同义词。该脚本又同时运行创建其他对象的脚本，主要有：

基本pl/sql环境，包括pl/sql的声明：

-数据类型

-预定义例外

-内建的过程和函数

-sql操作等

审计

导入/导出

sql*loader

安装选项

（2）catproc.sql

该脚本主要用于建立pl/sql功能的使用环境。此外，

还创建几个pl/sql包用于扩展Rdbms功能。该脚本同时还

为下面的一些Rdbms功能创建另外的一些包和视图：警告（alerts）

管道（pipes）

日志分析（logminer）

大对象（largeobjects）

对象（objects）

高级队列（advancedqueuing）

复制选项（Replicationoption）

其他的一些内建包和选项（otherbuilt-insandoptions）（3）其他脚本

在该目录下还有其他一些脚本用来扩展oracle数据库

服务器功能。如，catadt.sql脚本用来创建Rdbms中用来显示兆数据信息的数据字典视图。catnoadt.sql脚本用来删除这些表和视图。

2、dbms*.sql和prvt*.plb脚本

这两类脚本用来创建扩展oracle服务器功能的系统预

定义的一些oracle包的对象。这些程序均用来完成数据库

管理任务。大多数的sql脚本在运行catproc.sql脚本时被执行。一些额外的脚本必须由数据库管理员另外单独执行。例如，dbmspool.sql脚本，用来显示在共享池中对象的大小并且为了减少共享池碎块可以将其在sga中标记为保持或可删除。

3、utl*.sql脚本

该类脚本只有在数据库需要另外的视图和表时才需要

运行。例如，脚本

utlxplan.sql，用来创建一个表，该表用于观察sql语句的运行计划(executionplan)。

需要注意的是，绝大多数数据库管理脚本都必须在用户sys下运行。数据库管理员如果打算运行这些脚本，最好首先阅读脚本内容中的相关信息，了解应该以什么用户来运行这些脚本。

篇二：oRacle数据库命名编码规范

oRacle数据库命名编码规范

版本记录：

1、编写目的

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

2、适用范围

本规范适用于公司范围内所有以oRacle作为后台数据

库的应用系统和项目开发工作。

3、对象命名规范

3.1数据库和sid

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

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

因sid名只能包含字符和数字，所以全局数据库名和sid 名中不能含有“_”等字符

3.2表相关

3.2.1表空间

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

名为aud_data

面向用户的专用索引表空间以用户名+_+idx命名

面向用户的专用临时表空间以用户名+_+tmp命名

面向用户的专用回滚段表空间以用户名+_+rbs命名

面向应用的表空间以应用名+_data/应用名+_idx/应用名+_tmp/应用名+_rbs命名lob段数据专用表空间以其数据表空间+_+lobs命名，如上例中数据表空间为

aud_data，则lob段表空间可命名为aud_data_lobs

3.2.2表空间文件

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

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模型的步骤如下所示:

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

数据库表及字段命名、设计规范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格式报表的功能）。

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;

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

数据库命名规范（表、字段名） 一. 实体和属性的命名 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命名规则

数据库命名规则 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．数据库表的命名规范： 表的前缀应该用系统或模块的英文名的缩写（全部大写）。如果系统功能简单，没有划分为模块，则可以以系统英文名称的缩写作为前缀，否则以各模块的英文名称缩写作为前缀。例如：如果有一个模块叫做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。

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、命名规范 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）不要在列的名称中包含数据类型。

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个字母构成）；

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)保持字段名和类型的一致性,在命名字段并为其指定数据类型的时候一定要保证一致性.假如数据类型在一个表里是整数,那在另一个表里可就别变成字符

数据库设计命名规范

数据库设计命名规范 版本: V1.0 日期: 2015-11-30 拟定： 审核： 科大讯飞教育产品事业部

修订记录 目录 1目的 (2) 2数据库名命名规范 (3) 3数据库表命名规范 (3) 4表字段命名规范 (3) 5表设计规范 (4) 6索引命名规范 (5) 7主键、外键命名规范 (5) 1目的 此规范包括数据库名命名规范、表名命名规范、字段名命名规范、表设计规范；适用对

象开发、设计、测试人员。 2数据库名命名规范 1)数据库用户名应包含“项目编号+”_”+”子系统编号”。 如：”epsp_safety” 2)数据库名均以英文小写与下划线组合。 3)数据库字符编码：utf8。 3数据库表命名规范 1)数据库表的命名以是名词形式且都为小写。 2)表名前应该加上前缀，表的前缀一个用系统或模块的英文名称缩写，前 缀全部小写。如： 3)数据库表名应该有意义，并且易于理解，最好使用可以表达功能的英文 单词或缩写，如果用英文单词表示，建议使用完整的英文单词。 4)表名不可以太长，最好不要超过3个英文单词长度（22个字母）。 5)在数据库表命名时应该用英文单词的单数形式，如员工表命名：应该为 employee而不是employees。 6)如果是后台表命名时应该在表名基础上加上后缀 _b或_base。 7)在表创建完成前，应该为表添加表的注释。 4表字段命名规范 1)字段名为小写。

2)字段名为有意义的单词，或单词的缩写。 3)如果字段由几个单词组成，则单词间用下划线(“_”)分割。 4)字段名限制在30个字符内。当字段名超过30字符时，可用缩写来减少 字段名的长度，如information->info；address ->addr等。 5)系统中所有属于内码，即仅用于标识唯一性和程序内部用到的标识性字 段，字段名称建议取为id，采用类型为整型或长整型。 6)系统中属于是业务内的编号字段，代表一定业务信息，建议字段命名为 code ,如工作单编号。 7)不要在数据库表字段（列名）中包含数据类型，如：datetime。 8)不要在数据库表字段（列名）命名时重复表名，可以使用表名首字母或 缩写（不包含数据库表名前缀）。 9)不要在数据库表字段（列名）命名时，使用数据库关键字,如：name， time ,datetime，password等。 5表设计规范 1)所有字段在设计时，除以下数据类型timestamp、image、datetime、 smalldatetime、uniqueidentifier、binary、sql_variant、binary、varbinary 外，必须有默认值。字符型的默认值为一个空字符值串’’；数值型的 默认值为数值0；逻辑型的默认值为数值0；其中：系统中所有逻辑型中 数值0表示为“假”；数值1表示为“真”。datetime、smalldatetime 类型的字段没有默认值时，必须为NULL。 2)当字段定义为字符串形时建议使用varchar而不用nvarchar。注：在 MySQL5.0以上的版本中，varchar数据类型的长度支持到了65535，也就 是说可以存放65532个字节的数据，起始位和结束位占去了3个字节 3)建议在大多数表中含有如下字段

软件开发与项目管理-KC02140100097_数据库命名规则

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

tbForum_Board tbForum_Thread1 字段命名规则 数字、字符、日期/时间、lob(大对象)、杂项，字段由表的简称、下划线，实际名字加后缀组成。后缀：使用小写字母，代表该字段的属性。 例如: User_Idint User_Namestr User_RegDatedtm 视图命名规则 字段由前缀和实际名字组成，中间用下划线连接。 前缀：使用小写字母vi，表示视图。 例如：vi_User vi_UserInfo 存储过程命名规则 字段由前缀和实际名字组成，中间用下划线连接。 前缀：使用小写字母sp，表示存储过程。 例如：sp_User 数据库设计文档规则 所有数据库设计要写成文档，文档以模块化形式表达。大致格式如下： '------------------------------------------- '表名：tbUser_Info '建立人：UAM_Richard '日期：2004-12-17 '版本： 1.0 '描述：保存用户资料 '具体内容： 'UserId int，自动增量用户代码 'UserName char(12)用户名字 '...... '-------------------------------------------- sql语句规则 所有sql关键词全部大写，比如Select,Update,FROM,ORDER,BY等。

数据库编码规范

数据库编码规范 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格式报表的功能）。

Oracle数据库设计策略及规范

Oracle数据库设计策略及规范 设计策略及规范 1. 目的 定义Oracle数据库设计规范，作为数据库规划、设计、开发以及维护人员的技术参考资料。用以规范和指导相关人员的设计行为。 2. 概述 本文档根据Oracle数据库性能特点，描述对表、视图、存储过程、对象命名等方面的设计规范。 3. 基本策略 3.1 设计策略 ◆?分类拆分数据量大的表。 对于经常使用的表（如某些参数表或代码对照表），由于其使用频率很高，要尽量减少表中的记录数量。例如，银行的户主账表原来设计成一张表，虽然可以方便程序的设计与维护，但经过分析发现，由于数据量太大，会影响数据的迅速定位。如果将户主账表分别设计为活期户主账、定期户主账及对公户主账等，则可以大大提高查询效率。 ◆?分区策略 在拥有数500行以上的表时，采用分区策略。 ◆?索引设计。 对于大的数据库表，合理的索引能够提高整个数据库的操作效率。在索引设计中，索引字段应挑选重复值较少的字段；在对建有复合索引的字段进行检索时，应注意按照复合索引字段建立的顺序进行。例如，如果对一个５万多条记录的流水表以日期和流水号为序建立复合索引，由于在该表中日期的重复值接近整个表的记录数，用流水号进行查询所用的时间接近３秒；而如果以流水号为索引字段建立索引进行相同的查询，所用时间不到１秒。因此在大型数据库设计中，只有进行合理的索引字段选择，才能有效提高整个数据库的操作效率。 ◆?有时候为了提高性能。减少表的关联，恰当的数据冗余是允许的。 ◆?索引对新增，删除，更新的性能影响比较大，对相关的表的索引使用要权衡 ◆?为表和索引建立不同的表空间，禁止在系统表空间中放入非核心oracle系统成分的对象，确保数据表空间和索引表空间位于不同的磁盘磁盘驱动器上。 ◆?对于经常发生同时查询或频繁查询的表，最好把他放到不同的磁盘空间上 4. 逻辑设计规范 4.1 范式 ◆?如果没有性能上的原因，应该使用关系数据库理论，达到较高的范式，避免数据冗余。 ◆?如果在数据量上与性能上无特别要求，考虑到实现的方便性可以有适当的数据冗余，但基本上要达到3NF。 4.2 表设计 ◆?对于数据量比较大的表，根据表数据的属性进行分区，以得到较好的性能。如果表按某些字段进行增长，则采用按字段值范围进行范围分区；如果表按某个字段 的几个关键值进行分布，则采用列表分区；对于静态表，则采用Hash分区或列表分区；在范围分区中，如果数据按某关键字段均衡分布，则采用子分区的复合分区方法。 ◆?每个表均创建类型为Sequence的主键字段。 4.3 索引设计 ◆?常规OLTP应用，创建B-TREE索引,不创建位图索引。 ◆?不需要为小型数据表（<5000）创建索引。 ◆?给单个表创建的索引不超过5个，特别是海量交易类表。 ◆?索引条件查询结果记录，不超总记录的20%。 ◆?不要给固定选项的字段创建独立索引。 如只有‘男，女’的性别字段；‘是，否’的状态字段等，不要创建独立索引，位可以建立复合索引。 ◆?对于复合索引，索引字段顺序比较关键，把查询频率比较高的字段排在索引组合的最前面。 ◆?索引放到独立的表空间，该表空间不需要REDO LOG。 ◆?含有外键约束的表的字段，必须有单独索引。如订单明细的表头外键。 5. 对象命名规范 5.1 一般规范 5.1.1 语言 ◆?命名使用英文单词，不使用复数。 ◆?英文单词使用同对象本身意义相对或相近的单词。选择最简单或最通用的单词。不能使用毫不相干的单词来命名。 ◆?当一个单词不能表达对象含义时，用词组组合，如果组合太长时，采用简写或缩写，缩写要基本能表达原单词的意义。 ◆?当出现对象名重名时，是不同类型对象时，加类型前缀或后缀以示区别。 ◆?禁止使用中文或拼音缩写进行命名