电子文档命名规则及数据库文件格式说明

(完整word)项目文档命名规则及格式要求

项目文档命名规则编制: 日期：____/____/____审核：日期：____/____/____批准：日期：____/____/____XXXX公司二零一五年五月制历史记录目录1 目的 (4)2 适用范围 (4)3 术语和缩略词 (4)4 规程 (4)4。

1 文档命名规则 (4)4.2 配置项的版本标识 (8)4。

3 标签的命名 (8)1 目的本文的目的是定义各项目所有相关文档和CMM要求的过程文件的格式和规则，以及配置管理中对配置项和版本的标识。

2 适用范围本规则适用于所有需求、设计等文档和过程文件.3 术语和缩略词无4 规程4。

1 文档命名规则1组织标准软件过程文档编号(1)过程文件格式：XXX-P-××，初始编号为：XXX-P—01,最大编号为：XXX—P-99。

(2)指南文件编号：XXX—G—××××，前两位××为指南所对应的过程文件编号。

(3)模板文件编号:XXX—T—××××,前两位××为指南所对应的过程文件编号.2产品命名规范(1)中文命名规范：中文全称V产品版本号。

英文命名规范：首字母大写V产品版本号。

3项目文档编号(1)编号规则分三种：1)单个文档：首字母大写V产品版本号-阶段英文缩写-文档名称英文缩写。

2)多个子文档：首字母大写V产品版本号—阶段英文缩写—文档名称英文缩写—流水号.3)周期性：首字母大写V产品版本号-文档名称/英文名称—八位日期.(2)项目阶段及文档名称英文缩写,见下表:4文档版本(1)格式:V×××.×××,初始版本号为V0.1，最大版本号为：V999.999.其中，草稿状态的版本均为V0.×××,例如:V0。

1，V0。

2……V0.999；而经过评审通过的文档版本均从V1.0开始，例如:V1。

数据库文件类型列命名

数据库文件类型列命名1.引言1.1 概述概述部分的内容可以如下所示:概述数据库文件类型在管理数据库系统中起着重要的作用。

数据库文件类型是指用于存储数据库的不同文件格式，包括数据文件、日志文件、备份文件等。

正确命名数据库文件类型对于数据库管理和维护来说是至关重要的，因为它能够为管理员提供清晰而直观的文件结构和信息。

本文将对数据库文件类型列命名进行讨论，并介绍一些命名原则和建议。

在数据库系统中，不同的文件类型扮演着不同的角色。

数据文件负责存储实际的数据库记录和数据，以及索引和视图等数据库对象。

日志文件用于记录数据库的变更情况，以便在出现故障时进行恢复。

备份文件则是为了提供数据库的备份和还原功能。

由于数据库可能包含大量的文件，因此正确而一致地命名这些文件类型可以方便管理员进行管理和维护。

在命名数据库文件类型时，需要遵循一些原则。

首先，命名应该具有明确的含义，能够清楚地表达文件的用途和内容。

例如，一个用于存储订单信息的数据文件可以被命名为"order_data.mdf"，而一个用于存储订单日志的日志文件可以被命名为"order_log.ldf"。

这样的命名方式可以帮助管理员迅速识别和定位所需的文件。

其次，命名应该具有一定的规范性和统一性。

通过约定一套统一的命名规则，可以使数据库文件类型的命名方式更加容易理解和使用。

例如，可以约定使用特定的前缀或后缀来标识不同的文件类型，如使用".mdf"表示数据文件，".ldf"表示日志文件。

这样的规范命名方式可以提高文件的可读性并减少混淆。

最后，命名应该考虑到未来的可维护性和扩展性。

随着数据库的发展和变化，可能会需要增加或修改文件类型。

为了避免频繁的更改和混乱，建议在命名中采用一些具有描述性的关键字，以反映文件类型的特征和用途。

这样，即使在文件类型发生变化时，命名仍然可以保持一定的连续性和稳定性。

江西省文书类电子档案着录与数据格式规范

江西省文书类电子档案著录与数据格式规范为规范、统一我省文书类电子档案著录与数据格式，实现档案检索自动化与共享利用，现依据《文献保密等级代码与标识》（GB/T 7156-2003）、《档号编制规则》（DA/T 13-1994）、《档案著录规则》（DA/T 18-1999）、《文书类电子文件元数据方案》（DA/T46-2009）、《江西省归档文件整理规范》（DB36/T380-2002）等标准，制定本规范。

一、适用范围本规范适用于我省各级国家综合档案馆,党政机关、社会团体与企业事业单位及其他社会组织可参照执行。

本规范所称文书类电子档案是指具有凭证、查考和保存价值并归档保存的，反映党务、政务、生产经营管理等各项管理活动的文书类电子文件。

本规范所称文书档案包括纸质文书档案和原生的文书类电子档案。

本规范规定了单份文书类电子档案的著录项目，对2000年及以前形成的文书档案案卷级著录项不作具体定义和描述，案卷级目录数据库结构及著录的一般要求可参照附录A执行。

确保文书类电子档案真实性、完整性、可靠性和长期可读性的元数据项，按照国家有关规定执行，暂不列入本规范范围之内。

本规范所称“份”是指构成档案的最小管理单元，也称自然件。

二、著录项描述本规范从5个方面对著录项目进行描述，包括：定义：对著录项含义的描述。

著录细则：对该著录项的著录方法、值域等做出的规定。

约束性：由著录项创建的数据库字段是否赋值的强制程度，分“必填”、“选填”。

“必填”表示此著录项必须赋值，不可为空；“选填”表示此著录项目有值则必须赋值，无则为空。

数据类型：该著录项作为目录数据库数据字段的基本属性，分字符型、数值型、日期型、日期时间型等。

数据长度：该著录项作为目录数据库数据字段的长度。

三、著录项目本规范所规定的著录项目主要用于揭示文书类电子档案的内容与形式特征。

著录项共设5个大项、30个小项。

5个大项分别是标识项、内容描述项、形式特征项、管理与权限项、附注项。

(完整word版)数据库设计文档模板

1编写目的 (2)1。

2术语表 (2)1。

3参考资料 (2)2数据库环境说明 (3)3数据库的命名规则 (3)4逻辑设计.............................................. 错误!未定义书签。

5物理设计 (3)5.1表汇总 (3)5。

2表［X］:[XXX表］ (3)5.3视图的设计.......................................... 错误!未定义书签。

5。

4存储过程、函数及触发器的设计........................ 错误!未定义书签。

6安全性设计............................................ 错误!未定义书签。

6。

1防止用户直接操作数据库的方法........................ 错误!未定义书签。

6。

2用户帐号密码的加密方法.............................. 错误!未定义书签。

6。

3角色与权限.......................................... 错误!未定义书签。

7优化.................................................. 错误!未定义书签。

8数据库管理与维护说明.................................. 错误!未定义书签。

1引言1.1 编写目的本文档是概要设计文档的组成部分，编写数据库设计文档的目的是：明确数据库的表名、字段名等数据信息，用来指导后期的数据库脚本的开发，本文档遵循《数据库设计和开发规范》。

武汉市文书类电子档案著录与数据格式规范

武汉市文书类电子档案著录与数据格式规范（试行）为统一、规范我市文书类电子档案著录与数据格式，实现档案检索自动化与共享利用，现依据《档号编制规则》（DA/T 13-1994）、《档案著录规则》（DA/T 18-1999）、《文献保密等级代码与标识》（GB/T 7156-2003）、《文书档案案卷格式》（GB/T9705-2008）、《文书类电子文件元数据方案》（DA/T46-2009）、《归档文件整理规则》（DA/T22-2015）等标准，制定本规范。

一、适用范围本规范适用于我市各级国家综合档案馆、部门馆、专业馆及应向综合档案馆移交档案的党政机关、社会团体与企业事业单位，其他单位可参照执行。

本规范所称文书类电子档案是指具有凭证、查考和保存价值并归档保存的、反映党务、政务、生产经营管理等各项管理活动的电子文件。

文书类电子档案包括数字化的纸质文书档案和原生的文书类电子档案。

本规范规定了按卷、件整理的文书类电子档案的著录项目。

确保文书类电子档案真实性、完整性、可靠性和长期可读性的元数据项，暂不列入本规范之内，按国家有关规定执行。

本规范所称“件”是指档案保管的最小单位，一般以每份文件为一件。

二、著录项描述本规范从5个方面对著录项目进行描述，包括：定义：对著录项含义的描述。

著录要求：对该著录项的著录方法、值域等做出的规定。

约束性：由著录项创建的数据库字段是否赋值的强制程度，分“必填”、“选填”。

“必填”表示此著录项必须赋值，不可为空；“选填”表示此著录项目有值则必须赋值，无则为空。

数据类型：该著录项作为目录数据库数据字段的基本属性，分字符型、数值型等。

数据长度：该著录项作为目录数据库数据字段的长度。

三、著录项目本规范所规定的著录项目主要用于揭示文书类电子档案的内容与形式特征。

共34项组成，分别为标识项、内容描述项、形式特征项、管理与权限项、附注项。

四、著录项定义与著录格式（一）标识项1.档号档案馆（室）在整理和管理档案的过程中，以字符形式赋予档案的、用以固定和反映档案排列顺序的一组代码。

数据库命名设计规范

数据库命名设计规范数据库命名、设计规范⼀、数据库表及字段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)多个单词间⽤下划线（_）进⾏连接。

文档管理办法-汇总

关于文档归档管理办法一般来说，监理项目文件的形成数量大、时间跨度长、种类多、变更多，而且形成阶段之间有密切联系。

所以，应对文件的归档种类、归档流程事先给予明确。

为加强公司文档资料的管理，确保文档资料的完整性、安全性、使用便捷性，特制定本文档资料管理办法。

一、电子文档目录设置参照下面所述“二、文档分类”，并按照其顺序编制电子文档目录。

（根据文件夹排序规则，在文件夹前加上序号及“_”）二、电子文档分类本办法管理的文档资料既包括电子文档，也包括纸质文档资料。

电子文档资料可以按照以下方式分类：1、招标阶段文档2、监理依据（标准规范、招投标文件、合同文件、设计文件、监理规划、监理细则）3、报审、报验文件（开工报审、施工组织设计或项目开发计划报审、设备报验等）4、监理指令（监理通知单、变更通知）5、报告（监理报告、监理月报等）6、工作往来文档（业务联系单及回复、工程支付、会议纪要）7、总结8、影像资料三、电子文档相关权限1、存放流程文件形成实时由各项目资料代管员收集整理，每月（或季度）交由信息工程部资料员归档一次，归档时间为自然月的25日（遇节假日顺延）。

在存放时，工程部资料员须对归档的电子文件进行校检，不符合规范的可要求资料代管员进行整改。

2、权限设置日常工作中，由信息工程部资料员对电子文档进行维护和管理；项目实施过程中，对应的项目资料代管人员有权对其权限内的文档进行读和写（取和存），操作前需征得有关方同意。

3、查询方式（1）查阅文档资料须事先申请（附件一：文档资料查阅申请表）并获得有关方同意：属于本项目范围内的资料查阅应得到项目总监或项目资料代管员的同意，非本人所从事的项目的资料查阅、拷贝应得到信息工程部负责人同意。

（2）电子文档的查阅应在资料员（项目资料代管员或工程部资料员）的指导下在专用电脑上进行，电子文档资料的拷贝应由资料员亲自操作（包括事前的查毒杀毒）。

四、文件清单五、电子文件命名规则文件采用组合编码方式命名，文件的全名格式为：说明：1、一个完整的文件名由文件名称、项目名、文件编制年月日、和文件作者4个部分，通过经下划线“_”连接组合而成。

数据库设计说明书(模板)

数据库设计说明书XXX项目2019XX年XX月XX日变更记录目录1. 文档简介 (1)1.1. 目的 (1)1.2. 范围 (1)1.3. 读者对象 (1)1.4. 名词解释 (1)1.5. 参考文档 (1)2. 数据库环境说明 (1)2.1. 数据库系统 (2)2.2. 设计工具 (2)2.3. 数据库配置 (2)3. 数据库命名规则 (2)4. 逻辑设计 (2)5. 物理设计 (2)5.1. 数据表汇总 (3)5.2. 数据表结构 (3)5.2.1. 业务数据表 (3)5.2.2. 空间数据表 (3)6. 安全性设计 (3)6.1. 用户账号密码的加密方法 (3)6.2. 数据库用户角色与权限分配 (4)6.3. 其它安全性设计 (4)7. 数据备份与恢复 (4)7.1. 数据库备份机制 (4)7.2. 数据库恢复机制 (4)1. 文档简介正文1.1. 目的[说明文档的编写目的]正文1.2. 范围[说明文档的主要内容，使用范围]正文1.3. 读者对象[说明本文档的读者对象，例如：项目组的成员、质量保证人员。

]正文1.4. 名词解释1.5. 参考文档2. 数据库环境说明[描述数据库的软件及版本信息，设计工具及版本信息、数据库配置信息]正文2.1. 数据库系统[采用的数据库管理系统及版本]正文2.2. 设计工具[数据库的设计工具及版本，例如Power Designer 15]正文2.3. 数据库配置[数据库的配置信息，主要是安装过程中参数配置]正文3. 数据库命名规则[本系统数据库的命名规则如下：表名分为两个部分，XXX_YYYY。

其中“_”之前的部分为该表所属的业务模块的缩写。

如PI表示事件模块，SE表示水土流失模块，CP表示阴保模块，GPS表示巡检模块，PRI表示权限模块，WORK表示工作管理模块，SYS表示公用管理模块，OS为工作流引擎模块。

“＿”之后的部分为具体表名，表名尽量用英文全称，如果要使用缩写，必须是公认的缩写方式。

工程档案电子文档格式规范

附件2重庆市三峡库区地质灾害治理工程档案电子文档格式规范重庆市国土资源和房屋档案馆二○○六年六月三峡库区地质灾害治理工程档案电子文档格式规范1. 总则1.1为切实贯彻《地质资料管理条例》,实现地质资料信息化,充分发挥三峡库区地质灾害治理工程档案在国民经济建设和社会发展中的作用；依据《国土资源部数字国土工程工作标准》结合实际情况制定本规范。

1.2本规范只对制作三峡库区地质灾害治理工程档案（以下简称工程档案）电子文档的文件格式、文件编制及存储时的组织方式做出规定，除此之外电子文档包含的其他内容按相关专业标准执行。

2. 规范性引用文件2.1《成果地质资料电子文件汇交格式》（SZ1999002—2001）3. 术语及定义3.1工程档案电子文档：即该项工程档案的电子文件及其附加电子文件的总和。

3.2工程档案附加电子文件：即电子文件的说明性、标注性文件，如“Readme.txt”说明文件。

3.3多媒体文件（Multimedia files）：能够在计算机等相关电子设备上存贮（如：光盘、磁带、电子储存器等）、制作、运行或播放的载有数字、文字、声音、图形、图像等信息的载体，经综合处理，以数字形式使多种信息建立逻辑连接，集成为具有交互性的文件。

4. 分类4.1工程档案电子文档按其文件信息不同分为工程档案文件分类表4.2按电子文件的形成方式分为4.2.1“原始电子文件”是指通过字处理、制表、制图、数据库、系统开发以及多媒体制作等工具软件进行创建而直接得到的电子文件，如“.doc、.xls、.dwg”等格式的矢量图形文件等。

4.2.2“存档电子文件”是指通过对原始电子文件进行格式转换或通过扫描方式制作而间接得到且不能修改的电子文件，如“.jpg、.eps、.pdf、.tiff”等格式的文件。

5. 电子文件命名格式及规则5.1命名格式工程档案电子文件命名用该份文件所载内容的中文题名来表示，格式如下：顺序号_所载内容的中文题名.后缀名5.2命名规则工程档案电子文件命名中的题名揭示了该电子文件内容的主题，应规范、完整、简洁、明了，要使用规范化的语句精确地描述出文件的主题内容。

数据库命名规则

数据库命名规则一．数据库：1. 基本命名规则表 1. 基本数据库对象命名2. 关于命名的约定变量 (T-SQL 编程中声明的变量 ) 、过程 ( 存储过程或触发器等 ) 、实体 ( 表、字段 ) 应该根据他们所代表的实体意义和进程作用来命名：表 2. 好的命名和不好的命名范例a. 动宾形式：动词放前面，名词放后面。

eg:prd_GetProductByIdb. 不要使用计算机术语，尽量使用面向公司业务的术。

c. 采用缩写如果完全根据上一条的要求，那么根据业务描述的过程名可能会变得很冗长，比如下面：prCountTotalAmountOfMonthlyPayments (计算每月付费的总金额)prGetParentOrganizationalUnitName ( 获取上级单位名称)Ø如果可以在字典里找到一个词的缩写，就用这个做为缩写，比如：Mon(Monday)、Dec(December)Ø可以删除单词元音(词首字母除外)和每个单词的重复字母来缩写一个单词。

比如：Current = Crnt、Address = Adr、Error = Err、Average = AvgØ不要使用有歧异的缩写(一般是语音上的歧义)。

比如b4(before)、xqt(execute)，4tran(Fortran)3. 数据库命名根据项目的实际意义来命名4. 表命名“tbl_”+ 名称(名称尽量使用英文单词，每个单词的首字母大写)5. 字段命名表名(去掉前缀)缩写+ ”_”+ 属性名称(每个单词的首字母大写)缩写:五笔拆字法取字母一个单词：取前四个字母二个单词：取每个单词的前两个字母三个单词：取前两个单词的首字母和第三个单词的前两个字母。

四或四个以上：取前三个单词的首字母和最后一个单词的首字母。

6. 主键命名主键是针对一个表的, 而不是针对一个字段,因为主键是唯一的，一个表只能有一个主键。

标准规范-数据库命名规范

数据库命名规范1概述1.1 基本原则以大小写敏感编写SQL语句。

尽量使用Unicode 数据类型。

优先使用连接代替子查询或嵌套查询。

尽量使用参数化SQL查询代替语句拼接SQL查询。

禁止使用[拼音]+[英语]的方式来命名SQL对象或变量。

尽量使用存储过程代替SQL语句。

1.2 基本规范建议采用Pascal样式或Camel样式命名数据库对象。

大写T-SQL语言的所有关键字，谓词和系统函数。

2命名规范在一般情况下，采用Pascal样式或Camel样式命名数据库对象，使在开发基于数据库应用程序的时候通过ORM工具生成的数据访问代码不需要调整就符合程序开发语言（比如C#）命名规范。

另外，关系型数据库同Xml结合得越来越紧密,规范的命名越来越重要。

在实际数据库开发过程中，如果需求方已经提供数据库设计方案，建议以提供的方案为准;在原有数据库上进行升级开发时，在可行的情况下可适当做出设计调整以符合编程规范。

2.1 对象命名2.1.1数据库第一种方式，采用Pascal样式命名，命名格式为[项目英文名称]。

示例：AdventureWorks第二种方式，采用Pascal样式命名，命名格式为[项目英文名称] + Db。

示例：AdventureWorksDbBizTalkRuleEngineDb建议采用第一种方式。

2.1.2数据库文件数据文件：[数据库名称] + _Data.mdf日志文件：[数据库名称] + _Log.ldf示例：AdventureWorks_Data.mdfAdventureWorks_Log.ldf2.1.3关系型数据仓库采用Pascal样式命名，命名格式为[项目英文名称] + DW。

示例：AdventureWorksDW2.1.4数据架构除SQL Server 系统定义的数据架构外，新建架构采用Pascal样式命名，命名格式为[架构名]。

示例：HumanResourcesProduction对数据库对象Table，View，Procedure，Function等使用数据架构进行归类。

《归档文件整理规则》电子文件的其他整理要求(之七)

《归档文件整理规则》电子文件的其他整理要求（之七）作者：邹杰来源：《档案天地》2018年第04期编者按：国家档案局于2015年10月25日批准发布档案行业标准《归档文件整理规则》（DA/T 22-2015），2016年6月1日起正式实施。

为使各地档案工作者准确了解掌握标准规范的内涵，本刊分八期刊登国家档案局专业人员的系列解读。

《归档文件整理规则》（以下简称《规则》）规定，电子文件整理除组件、分类、排列、编号、编目等与纸质文件类似的整理环节外，还包括格式转换、元数据收集、归档数据包组织、存储等特有的整理环节。

格式转换1.电子文件的归档格式要求现阶段常用的文书类电子文件格式包括WPS、DOC（X）、RTF、OFD、PDF、PDF/A和TIFF等。

为确保归档后电子文件长期可用，在电子文件整理工作中，各单位必须充分考虑电子文件对于软硬件系统的依赖性，对电子文件的格式提出要求。

在电子文件归档格式选择上，最关键的衡量指标就是“通用”和“开放”。

“通用”是指电子文件归档格式要能够在绝大多数计算机上正常的显示和浏览。

“开放”是指任何人都可以按照公开的文件标准对电子文件进行正常的解析和浏览。

只有这样，电子文件才能真正实现电子文件长期保存的目标。

2014年，国家档案局印发《数字档案室建设指南》，对文书类电子文件（电子公文）的归档格式做出规定：电子公文的正本、定稿、公文处理单应以OFD、PDF、PDF/A等版式文档格式归档保存，版式文档格式应符合《版式电子文件长期保存格式需求》（DA/T 47 - 2009），并支持向同级国家综合档案馆采用的长期保存格式转换。

集中记录修改过程的彩色留痕稿以及确有必要保存的重要修改稿可以WPS、RTF、DOC 等同级国家综合档案馆认可的格式归档保存。

2.电子文件格式转换电子文件格式转换就是为了长期保存和长久可用，将不符合归档要求的电子文件格式转换为符合《数字档案室建设指南》要求的归档文件格式。

电子文档命名规则及数据库文件格式说明

电子文档命名规那么及数据库文件格式讲
明
一、电子文档命名规那么
2.假设同单位有相同姓名的申请人，请在“作者姓名〞后加“数字〞予以区分。

3.有关单位可通过命名不同名称的文件夹分不报送参评优秀博士、硕士学位论文。

二、数据库结构讲明
请严格按照下表中“填写讲明〞填写，否那么不予接收。

数据库命名规那么：单位代码_09YBYS.DBF，如：10459_09YBYS.DBF。

注：1．除在“填写讲明〞中有特不讲明的外，因此字段均为必填字段；
2．表中所有“年月〞请用6位数字表示，如“1982年4月〞请用“198204”表示；所有“日期〞请用8位数字表示，如“2008年8月8日〞请用“20080808”表示；
3．固定填写格式为“区号-号码〞〔连字符为半角〕，如“*************〞，号码前不要加“0”；
4．电子信箱中的“@〞符号请使用“半角〞方式填写；
5．填写时请注重字段长度，假设有超出，请使用简写，不得自行修改数据表结构。

数据库表字段命名规范

数据库表字段命名规范摘要：当前研发工作中经常出现因数据库表、数据库表字段格式不规则而影响开发进度的问题，在后续开发使用原来数据库表时，也会因为数据库表的可读性不够高，表字段规则不统一，造成数据查询，数据使用效率低的问题，所以有必要整理出一套合适的数据库表字段命名规范来解决优化这些问题。

本文是一篇包含了数据库命名、数据库表命名、数据库表字段命名及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_user2.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_getpointsyy_live_program_get说明：去除项目名，统一命名规则，动宾短语分离且动宾逻辑顺序统一三、数据库字段命名规范3.1字段命名规范（1）采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'_'组成，命名简洁明确，多个单词用下划线'_'分隔（2）全部小写命名，禁止出现大写（3）字段必须填写描述信息（4）禁止使用数据库关键字，如：name，time ，datetime password 等（5）字段名称一般采用名词或动宾短语（6）采用字段的名称必须是易于理解，一般不超过三个英文单词（7）在命名表的列时，不要重复表的名称例如，在名employe的表中避免使用名为employee_lastname的字段（8）不要在列的名称中包含数据类型（9）字段命名使用完整名称，禁止缩写3.2命名规范①名词示例：user_id user_name sex②动宾短语示例：is_friend is_good3.3待优化命名示例①大小写规则不统一错误示例：user_id houseID说明：使用统一规则，修改为”user_id”，”house_id”②加下划线规则不统一错误示例：username userid isfriend isgood说明：使用下划线进行分类，提升可性，方便管理，修改为”user_name”，”user_id”，”is_friend”，”is_good”③字段表示不明确错误示例：uid pid说明：使用完整名称，提高可读性，修改为”user_id”，”person_id”3.4字段类型规范（1）所有字段在设计时，除以下数据类型timestamp、image、datetime、smalldatetime、uniqueidentifier、binary、sql_variant、binary 、varbinary 外，必须有默认值，字符型的默认值为一个空字符值串’’，数值型的默认值为数值0，逻辑型的默认值为数值0（2）系统中所有逻辑型中数值0表示为“假”，数值1表示为“真”，datetime、smalldatetime类型的字段没有默认值，必须为NULL（3）用尽量少的存储空间来存储一个字段的数据使用int就不要使用varchar、char，用varchar(16)就不要使varchar(256)IP地址使用int类型固定长度的类型最好使用char，例如：邮编(postcode)能使用tinyint就不要使用smallint，int最好给每个字段一个默认值，最好不能为null（4）用合适的字段类型节约空间字符转化为数字(能转化的最好转化，同样节约空间、提高查询性能)避免使用NULL字段(NULL字段很难查询优化、NULL字段的索引需要额外空间、NULL字段的复合索引无效)少用text类型(尽量使用varchar代替text字段)3.5数据库中每个字段的规范描述（1）尽量遵守第三范式的标准（3NF）表内的每一个值只能被表达一次表内的每一行都应当被唯一的标示表内不应该存储依赖于其他键的非键信息(2)如果字段事实上是与其它表的关键字相关联而未设计为外键引用，需建索引(3)如果字段与其它表的字段相关联，需建索引(4)如果字段需做模糊查询之外的条件查询，需建索引(5)除了主关键字允许建立簇索引外，其它字段所建索引必须为非簇索引四、SQL语言编码规范4.1大小写规范（1）所有关键字必须大写，如：INSERT、UPDATE、DELETE、SELECT及其子句，IF……ELSE、CASE、DECLARE等（2）所有函数及其参数中除用户变量以外的部分必须大写（3）在定义变量时用到的数据类型必须小写4.2注释注释可以包含在批处理中，在触发器、存储过程中包含描述性注释将大大增加文本的可读性和可维护性，本规范建议：（1）注释以英文为主，实际应用中，发现以中文注释的SQL语句版本在英文环境中不可用，为避免后续版本执行过程中发生某些异常错误，建议使用英文注释（2）注释尽可能详细、全面创建每一数据对象前，应具体描述该对象的功能和用途，传入参数的含义应该有所说明，如果取值范围确定，也应该一并说明，取值有特定含义的变量（如boolean类型变量），应给出每个值的含义（3）注释语法：单行注释、多行注释单行注释：注释前有两个连字符（--）对变量、条件子句可以采用该类注释多行注释：符号之间的内容为注释内容，对某项完整的操作建议使用该类注释（4）注释简洁，同时应描述清晰（5）函数注释：编写函数文本--如触发器、存储过程以及其他数据对象--时，必须为每个函数增加适当注释，该注释以多行注释为主，主要结构如下：CREATE PROCEDURE sp_xxx（注：可编辑下载，若有不当之处，请指正，谢谢!）。

完整版)数据库设计文档模板

术语表本文档中涉及到的术语及其定义如下：XXX：指本公司，下同。

产品跟踪平台：指时代集团开发的用于追踪产品生命周期的系统。

数据库结构：指数据库中各个表之间的关系和连接方式。

表结构：指数据库中每个表的字段定义和数据类型等信息。

字段定义：指数据库中每个表中各个字段的含义和数据类型等信息。

参考资料本文档参考了以下资料：DR-RD-020(V1.1) 时代集团产品跟踪平台需求文档数据库设计规范文档数据库环境说明本文将介绍数据库的命名规则、逻辑设计和物理设计。

这些设计将有助于确保数据库的有效性和可靠性。

数据库的命名规则为了方便管理和维护，数据库中的各种对象都需要遵循一定的命名规则。

例如，表名应该简洁明了，能够准确反映其所代表的数据。

此外，命名规则还应该遵循一定的规范，例如使用下划线分隔单词等。

逻辑设计逻辑设计是数据库设计的第一步，它涉及到如何组织和表示数据。

在逻辑设计中，需要考虑到数据的结构、关系和约束条件等因素。

通过逻辑设计，可以确保数据库的数据结构清晰明了，易于管理和维护。

物理设计物理设计是数据库设计的第二步，它涉及到如何将逻辑设计转化为实际的数据库结构。

在物理设计中，需要考虑到数据的存储方式、索引和分区等因素。

通过物理设计，可以确保数据库的性能和可靠性。

表汇总在数据库中，表是最基本的数据组织方式。

表汇总是对所有表的一个概览，可以帮助用户快速了解数据库中包含哪些表以及它们之间的关系。

表[X]：[XXX表]表[X]代表某个具体的表，其中包含了一些关键信息。

数据库、表、字段的命名规则

数据库、表、字段的命名规则每个公司或者企业数据库、表、字段等都有自己命名规则，数据库开发时数据库、表、字段、视图、触发器、存储过程、变量名、主键、外键、索引等的命名规则。

一、数据库(Database)数据库名称 = 数据库内容标识(首字大写)。

二、表(Table)命名应尽量反映存储的数据内容。

表名前缀：以该表及与该表相关联的一系列表的内容而得到一个代表统一的标识。

表名称 = T +‘_’+ 表名前缀+‘_’+ 表内容标识(首字大写) 。

如客户端信息ClientInfo相关联的一系的表以ci作为前缀，Record记录表即有表名：T_ci_Record。

数据库中不论是表名还是字段名，都一律用英文，不准出现其它语言；且保留原来的字段名，保留它们的规范。

为了不增加数据库当中的表名的长度，一般不允许出现如Form或者Table的字样，如：记录表：应为Record,而不是RecordTable。

数据库当中的表名的命名，一般不准出现空格，假如有几个单词出现的话，每个单词之间不允许留有空格，用”_”隔开如人事信息表：应为Human_Info，而不是Human Info；每个单词的第一个字母必须大写；如果太长，为了不增加编程的难度可采用缩写的方式，每个单词可取三到四个字母表示，也可根据实际情况，实际习惯进行缩写。

三、字段(Field)字段是数据库中的用途最广泛的，它的类型非常多，所以必须加类型前缀来标示它的类型。

字段名称 = F + 字段类型前缀 + 字段内容标识(首字大写) 。

为了编程的方便性，可在前面加上字段类型的前缀，一般取用类型的三个字母，但是不需要下化线，而且这三个字母必须小写；如姓名字段为字符型的话就应该为chrName；尝用字段类型的缩写可参考下面的形式：缩写- 类型chr- charnvr- nvarcharvcr -varcharnum -numberflt -floatdtm -datelng -longclb- clobblb- blob四、视图名(View)视图的名称 = "v_" + 视图内容标识(首字大写)如 v_Record。

电子文档命名规则及数据库文件格式说明

电子文档命名规则及数据库文件格式说明电子文档命名规则及数据库文件格式说明对于任何一位从事文档或数据库管理的人员而言，命名规则及文件格式必定是一件非常重要的事情。

命名规则不仅能够方便管理者快速找到需要的文件，也可以方便其他人员进行查找和使用；而文件格式则关系到文件的保存、传输和共享方式，对于数据的准确性、安全性以及可用性都有着极为重要的影响。

因此，建立科学的文档命名规则和统一的文件格式标准，是信息化建设中不可或缺的一部分。

一、电子文档命名规则1. 命名规范电子文档命名规范不同于传统纸质文档，需要更加简洁明了。

为了方便管理与使用，一份电子文档应当有清晰的命名规范，命名需简洁明了，通常包括以下几个方面：(1)命名应当具有代表性。

命名应该包含有关文档的信息，包括其类型、内容、作者、日期等等。

(2)文件名应该具有可读性。

文件名应该用易于读懂的、易于理解的语言，这样可以方便管理者和使用者快速找到所需文档。

(3)避免使用特殊字符。

文件名中应该避免出现特殊字符，如/ \ : * ? " < > | 等等，因为这些字符在文件名中可能会引起一些不必要的问题和错误。

(4)命名原则应当遵循统一标准。

在一个组织内，应该建立一个统一的命名规范标准，所有文档的命名都应当按照这个标准进行规范。

2. 命名原则为了建立一个规范的文档命名标准，在制定命名规则时，我们可以考虑以下原则：(1)文件名包含关键信息。

文件名应该包含文档的内容、创建者、所属项目、创建日期等关键信息。

例如：“财务报表-张三-2020年3月.xlsx”。

(2)使用缩写。

在文件名过长或者文档内容和种类较多时，可以使用缩写减少文字量，同时需要保证缩写的明确和可理解性。

(3)避免重名。

如果文档命名不规范，就会出现重名的情况，因此在制定文件命名规则的时候，应该避免重名的情况。

(4)避免拼音重复。

在使用拼音命名时，一定要注意避免重复，因为拼音有很多单音词，而且拼音不够直观，易引起混淆。

电子档案规范存储结构

一、电子档案规范存储结构经电子公文系统、行政审批系统、业务管理系统和数据统计系统等各类办公自动化系统形成并归档保存的文书、科技、专业等类电子档案电子档案规范存储结构如下图所示。

图1 电子档案规范存储结构（1）移交接收信息.XML文件应采用文件级档号为要素为其命名，例如：命名规则为“移交接收信息”+“电子档案文件级档号”，则其计算机文件名为：移交接收信息X036-WS·。

（2）数据文件夹N内存储移交接收的一件电子档案及其组件、元数据、业务办理过程信息等，N为电子档案移交数据包内移交电子档案流水号，其命名规则为“数据文件夹”+“移交电子档案流水号”。

（3）电子档案组件N为移交电子档案的组件，应以电子档案文件级档号为要素编制命名规则，例如，采用“电子档案文件级档号”+“D”+“电子档案组件流水号”为电子档案组件命名，则第1个电子档案组件的计算机文件名为：X036-WS·。

（4）元数据.XML为电子档案的元数据，应以电子档案文件级档号为要素编制命名规则，例如，采用“元数据”+“电子档案文件级档号”为元数据命名，则元数据的计算机文件名为：元数据X036-WS·。

（5）业务办理过程信息N.后缀名，其中，N为业务办理过程信息流水号。

应以电子档案文件级档号为要素编制命名规则，例如，采用“业务办理过程信息”+“业务办理过程信息流水号”+“-”+“电子档案文件级档号”，则某业务办理过程信息的计算机文件名为：业务办理过程信息01-X036-WS·。

声像类电子档案的存储结构如下图所示。

：\说明文件夹数字档案或数据文件夹著录文件夹其他文件夹图2 声像类档案的规范存储结构（1）说明文件夹。

首次离线备份以及历次介质转换分别形成一个说明文件，存储于该文件夹内。

说明文件用于描述备份介质存储的主要内容、属性及相关技术参数，记录介质的管理历史。

说明文件名称由首次离线备份或介质转换日期、“说明文件”两部分构成，格式为txt，如“说明文件.txt”。