数据库表命名规范V0.0

数据库设计规范

1 结构原则

1.1 与程序流程有关的状态信息使用域进行限制和定义，不允许最终用户修改定义

1.2 用户可修改的状态列表信息，用数据表来定义，一经创建后，用户只可修改名称，不能修改代码，修改后的名称与原名称应代表相同的意义。

1.3 用户采用列表录入的文字信息，在一个统一的‘系统信息'表中定义，用户可任意创建和修改。用此种方法录入的信息，录入的信息与选择列表不存在约束关系，列表只是作为文字录入的一种辅助手段。

1.4 辅助编码表应至少有两列—代码和名称。只有在名称非常稳定的情况下才可以不使用代码。使用编码表的好处是在应用程序界面中，不同的地方出现同一种数据的录入（如录入数据或查询过滤条件）时只需定义一次选择列表，不会出现两处冲突的现象，方便编程。

1.5 所有记录业务数据的表中都设有‘录入员'和‘录入日期'列，由系统自动记录。

1.6 记录业务数据的表中，根据需要设置‘过程'和‘状态'列，‘过程'列用一位数字或字符记录如录入审核记账等过程状态；‘状态'列用一位数字或字符记录如正常作废删除等状态。所有表的‘过程'状态的改变日期和操作人由一单独表来记录，表中记录状态改变所涉及的表标识记录标识操作人和操作日期。

1.7 基本编码表中应设置‘编码' ‘缩语' ‘名称'，‘编码'作为主键与其它表的外键形成对应关系，完成基于主-外键的完整性约束。

1.8 记录录入单据的表中设置‘自动单据号' ，由一字符开始以区分单据类型，后跟一数字序列表示序号。‘自动单据号'由系统自动生成，作为主表的主键，不允许用户修改，并作为连接主表和明细表的外键。

1.9 明细表中设置序号列，用于同一单据中排列各行的序号。

1.10 用于记录业务数据的数据表与用于报表的数据表分别存于不同的数据库中，分别命名为‘业务数据库'和‘决策数据库' 。‘业务数据库'独立于‘决策数据库'进行设计，‘决策数据库'中的数据来源于‘业务数据库' 。

1.11 任意业务流程中应考虑创建审核记账修改删除冲红结存（月结年结）的处理及满足的条件。

1.12 对于主-明细表结构，设计对应的视图将两表连接用于查询。

1.13 禁止直接用编码或名称列表（in ）作为固定的过滤条件对数据进行查询。应将包含此过滤条件的查询做成特定的视图；或在编码表中加入一属性字段用于分类。

1.14 对于业务数据表应设定一个‘存档标记列' ，对于新增行或修改行设置该标志，以便将业务数据库中的数据向决策数据库复制时用以选择需更新的数据。当采用数据库复制技术时，也希望设定此标志，以备用。此标志的设置可以由应用程序或触发器来执行。

1.15 决策数据库中应复制基本编码表和辅助编码表，以保持决策数据库数据的完整性。

1.16 同时采用多种分类方法：如果某一实体有多于一种的分类方法，或实体中的每个实例所属的类的数量是不定的，这时实体表和分类表之间的关联是多对多的，即一个实体属于一个分类而同时也属于其它的分类。对于具有可多选的分类标志的表，与分类名称列表之间存在多对多的关系，须按多对多的关系来处理。

--实体表-- --实体-分类表-- --分类表--

实例 1 实例分类分类1-＞类别1.1

实例 2 1 对N ... 1 对N 分类1-＞类别 1.2

实例 3 ... 分类2-＞类别 2.1

1.17 业务过程的记录：如果一个业务表（或主表+明细表）依赖另外一个业务表的数据，或

在流程上一个业务表根据另一个业务表生成，则该业务表中应有一字段记录另一业务表对应记录的标识。这样的结构使得在流程上的所有数据形成一个链。他有两个作用：其一，可以追述某一过程进行到哪一步；其二，对于流程的回退有用，当流程需要回退到某一步时，将该步骤生成的记录作废，同时作废由此记录生成的所有后续记录，即可以回退到流程的任意一点。由于数据的依赖关系，回退时实际上是从后向前作废记录，直到希望回退到的位置为止。

一个业务流程应作为一个事务（在数据库管理系统中的定义），要保证这一事务的完整性。首先一个事务要有一个标识，在这个事务进行过程中所产生的一切数据都应打上事务标识作为标记。可以‘回滚'整个事务，或‘回滚' （从后向前）到事务进行的某一点上，然后再继续进行直到完成事务。

1.18 分类字段的冗余：业务数据表往往关联许多的基本信息表，这些基本信息表中可能含有一些分类字段，而业务数据表的分类统计可能引用这些字段。如果这些分类字段的内容会改变，而又不希望这种改变影响业务数据的统计结果，则在这些业务数据表中应包含这些分类字段，用以记录业务发生时该字段的内容。

1.19类别和状态的多选：多选分为必选（ 1..n）和可选（0..n）。如是必选，在设计时要有说

明，在程序实现中应有控制和检查。两个可选的类别或状态表可以合并为一个表，再与引用此表的主表形成多对多的关系

明细帐日记帐部门帐往来帐项目帐

1.20 财务记账的处理：由凭证生成各种帐目（总帐以及备

查帐）时，有两种处理方法：一种是各账本不生成表，需要

时临时生成，在月结时一次生成月结帐；另一方法是生成表，当对凭证进行修改时，先做删除处理（可用数据库的级联删除功能），再补新凭证然后记帐，或，先做作废处理（各账目中与凭证相关的记录由凭

证号关联），再补新凭证然后记帐。当各账本与凭证之间由凭证号关联时，可进行关联查找。

2 命名原则

2.1 表和视图命名原则

系统信息表：TS_

基本编码表：TB_

决策数据表：TD_

业务数据表：不同的业务以不同的缩写（2-3 个字符）开始，如‘ TCRM_ '；如是辅助编码表则在代表业务的缩写后加A_ ，如‘ TCRM_A_ '。

关联数据表：TRE_表A_表B

视图：在表命名的基础上加前缀改为V_

后缀：主-明细结构的表，主表为_M ；明细表为_L 单词首写字母要大写，多个单词间不用任何连接符号如：TCRM_UserType

注意：尽量写好列“描述”

2.2 列命名规则

第一个字母小写，后面的单词或拼音，采用第一个字母大写，命名规则只来自于业务，尽量表达出列的含义

2.3 过程、函数、触发器命名原则

过程：SP_

函数：FN_

触发器：TR_表名」后面插入加I,修改加U,删除加D］，操作前触发器（INSTEAD OF）: TR_ 表名_OF ［后面插入加I,修改加U,删除加D］

2.4 自定义数据类型、默认、规则命名原则

自定义数据类型：UD_

默认：DF_,对于非绑定的默认可取系统默认的名字

规则：RU_,对于非绑定规则（约束）可取系统默认的名字

2.5 主键、外键关系、索引命名原则

主键:PK_表名

外键关系：FK_主表_从表

索引：ID_列名，符合索引列名间用_隔开

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

数据库设计规范、技巧与命名规范一、数据库设计过程数据库技术是信息资源管理最有效的手段。数据库设计是指：对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。数据库设计的各阶段： 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格式报表的功能）。

数据库设计和编码规范

数据库设计和编码规范 Version

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

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

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

数据库命名规范（表、字段名）一. 实体和属性的命名 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字段就是要解决这个问题。一般的站点几十个分类肯

数据库命名设计规范

数据库命名、设计规范一、数据库表及字段 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。

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

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

数据库设计规范

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

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)建议在大多数表中含有如下字段

数据库设计规范

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

变更记录

目录 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)数据类型的选用原则精品

软件开发与项目管理-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

PowerDesigner设计数据库使用规范

PowerDesigner设计数据库使用步骤及规范使用PowerDesigner可以方便地对管理信息系统进行分析设计，它几乎包括了数据库模型设计的全过程。它可以制作多种数据模型，也能对团队设计模型进行控制。还可以与许多流行的软件开发工具，例如PowerBuilder、Delphi、VB等相配合使系统设计更优化并缩短开发时间。并不是每个设计都需要用到PD，对于比较大型的项目，它是很好的，对于短平快类型的项目，例如时间要求一周左右的系统，没有必要使用，直接维护数据库即可，对于表的数量超过10个的系统，建议使用PD进行设计和交流。1.创建概念数据模型(CDM) 1.1创建CDM步骤选择文件建立新模型，弹出如图所示对话框，选择ConceptualDataModel 模型（即概念数据模型），单击OK，即确认创建。双击资源浏览窗口中新创建的CDM 名称图标，打开CDM 模型属性窗口，进

行相关属性信息设置。如下图： 1.2对象命名通用规范以下三种规范属于基本规范，适用于本文所有数据库对象命名规范。 1、长度规范：凡是需要命名的对象其标识符均不能超过3个英文单词长度（30个字符），也即：Oracle中的表名、字段名，函数名，过程名，触发器名，序列名，视图名的长度均不能超过3个英文单词长度（30个字符）； 2、构成规范：数据库各种名称必须以字母开头，但严禁使用SYS开头；名称只能含有字母，数字和下划线“_”三类字符，“_”用于间隔名称中的各语义字段；不要使用DUAL作表名； 3、大小写规范：构成Oracle数据库中的各种名称（表明，字段名，过程名，视图名等等）的所有字符，必须使用大写，也就是不能在脚本中，对任何名称添加双引号“”来设定字符的大小写形式，只要不采用“”限制，Oracle自动会将各名称转化成大写。

数据库对象命名规范

1数据库对象命名规范 1.1基本命名原则以下基本原则适用于所有数据库对象命名，如无特别说明则为强制规范。 ?规范：遵循行业规范当有相关国家/行业强制性数据结构标准规范存在时，用于存储某业务数据的业务表在表名命名上原则上应该遵从标准规定，其表中相关字段的中文名称（即数据项名称）若标准规范上有规定的应遵循规定。此外，若标准规范上对数据项的类型、长度有规定的，原则上也应当遵循或保证能直接兼容保存和访问。 ?规范：字母全部大写原则所有数据库对象命名字母全部大写。Oracle对大小写不敏感，但是有些数据库对大小写敏感，统一大写有助于在多个数据库间移植。 ?规范：字符范围原则只能使用英文字母、下划线、数字进行命名，首位字符必须是英文字母。 ?规范：分段命名原则命名中多个单词间采用下划线分隔，以便阅读同时方便某些工具对数据库对象的映射。如XXX_XXX_XXX，但不限于三段式。 ?规范：勿用保留词数据库对象命名不能直接使用数据库保留关键字，但分段中可以使用。如USER不能用于表名、列名等，但是USER_NAME可以用于列名，USER_INFO也可以用于表名。详细保留关键字请参见最后第6.1节，保留字。 ?规范：简单命名原则

命名尽可能简单，避免太长的命名，尽量使用缩写形式，但是缩写也要能够表达命名的含义。数据库对象命名总长度不得超过30字节，以免超过数据库命名长度限制（Oracle有30的限制，Mysql为64，SQL SERVER也是64）。建议每个单词分段长度不要超过6位。 ?建议：富有含义原则数据库对象命名通常用能表示其内容或者含义的英文单词或其缩写表示也可用其中文名称各字词的拼音首写字母或者拼音简写方式表示。数字应尽量避免使用。此外在公安行业，对于业务表上表示业务属性的字段名（即字段英文名）的命名，业内普遍默认的规范通常是以其中文名称的每个汉字拼音首字母组成。考虑行业习惯和通常思路建议用：建议用于表示用户业务应用属性的数据项字段名采用中文拼音首字母命名，对于其它纯粹用于应用系统内部使用的则尽量使用英文单词进行命名。另外，当按中文名称拼音首字母组合出来后出现与其它字段名重名时，则将最后命名的这个数据项的最后一个汉字用其完整拼音字母代替。 ?建议：同义性原则对于同一含义尽量使用相同的单词命名，不管使用英文单词、英文缩写还是拼音首字母，以免引起误解。如TELEPNHOE的A表中表示固定电话号码，在B表中就不应该用于表示移动电话号码。尽量避免同一单词表示多种含义的情况。 ?建议：命名方式一致原则在一个系统、一个项目中尽量采用一致的命名方式，都采用英文单词或者拼音首字母。尤其要避免在一个对象命名中同时采用英文单词和拼音首字母。如确实需要在一个项目中采用两种命名方式，考虑系统功能设计相关表（开发）使用英文单词命名，业务相关的表（实施）使用拼音首字母。 ?建议：扩展性原则各系统或者项目在遵循本规范的基础上可以根据需要制定更明确的规范细则，以满足项目管理需要。如对模块进行统一命名，然后用于表名的前缀。建议每个系统在启动开发时建立数

数据库命名规范(参考)

数据文件命名采用系统名+_+文件类型，比如系统名为kupage,则数据库文件命名为kupage_database.mdf，有的数据库文件有多个，比如SQL Server就有2个，一个是数据库文件，另一个是日志文件，那么他们的文件命名分别为kupage_database.mdf，kupage_log.log。文件名全部采用小写。 1. 实体（表）的命名 1) 表以名词或名词短语命名，确定表名是采用复数还是单数形式，此外给表的别名定义简单规则（比方说，如果表名是一个单词，别名就取单词的前4 个字母；如果表名是两个单词，就各取两个单词的前两个字母组成4 个字母长的别名；如果表的名字由3 个单词组成，从头两个单词中各取一个然后从最后一个单词中再取出两个字母，结果还是组成4 字母长的别名，其余依次类推）对工作用表来说，表名可以加上前缀WORK_ 后面附上采用该表的应用程序的名字。在命名过程当中，根据语义拼凑缩写即可。注意，由于ORCLE会将字段名称统一成大写或者小写中的一种，所以要求加上下划线。举例：定义的缩写 Sales: Sal 销售； Order: Ord 订单； Detail: Dtl 明细；则销售订单明细表命名为：Sal_Ord_Dtl; 2) 如果表或者是字段的名称仅有一个单词，那么建议不使用缩写，而是用完整的单词。举例：定义的缩写 Material Ma 物品；物品表名为：Material, 而不是 Ma. 但是字段物品编码则是：Ma_ID;而不是Material_ID 3) 所有的存储值列表的表前面加上前缀Z 目的是将这些值列表类排序在数据库最后。 4) 所有的冗余类的命名(主要是累计表)前面加上前缀X 冗余类是为了提高数据库效率，非规范化数据库的时候加入的字段或者表 5) 关联类通过用下划线连接两个基本类之后，再加前缀R的方式命名,后面按照字母顺序罗列两个表名或者表名的缩写。关联表用于保存多对多关系。如果被关联的表名大于10个字母，必须将原来的表名的进行缩写。如果没有其他原因，建议都使用缩写。举例：表Object与自身存在多对多的关系,则保存多对多关系的表命名为：R_Object；表 Depart和Employee;存在多对多的关系；则关联表命名为R_Dept_Emp 2. 属性（列）的命名 1) 采用有意义的列名，表内的列要针对键采用一整套设计规则。每一个表都将有一个自动ID作为主健,逻辑上的主健作为第一组候选主健来定义,如果是数据库自动生成的编码，统一命名为：ID;如果是自定义的逻辑上的编码则用缩写加“ID”的方法命名。如果键是数字类型，你可以用_NO 作为后缀；如果是字符类型则可以采用_CODE 后缀。对列名应该采用标准的前缀和后缀。举例：销售订单的编号字段命名：Sal_Ord_ID；如果还存在一个数据库生成的自动编号，则命名为：ID。 2) 所有的属性加上有关类型的后缀，注意，如果还需要其它的后缀，都放在类型后缀之前。