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

合集下载

(完整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为工作流引擎模块。

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

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

6
电子文档命名规则及数据库文件格式说明
一、电子文档命名规则
注:１。

文件名中的下划线为半角字符；
２.若同单位有相同姓名的申请人,请在“作者姓名”后加“数字”予以区分。

二、数据库结构说明
请严格按照下表中“填写说明"填写,否则不予接收。

数据库命名规则：单位代码_2021YBYS.DBF，如：１0４59_2021YＢYS。

ＤBF。

注:1。

除在“填写说明”中有特殊说明的外，所以字段均为必填字段；
2.表中所有“年月”请用6位数字表示，如“198２年４月"请用“198204”表示；所有“日期”请用8位数字表示，如“2021年8月8日”请用“202108０８”表示；
3。

固定电话填写格式为“区号—号码"(连字符为半角),如“8”，手机号码前不要加“０”；
4．电子信箱中的“@”符号请使用“半角"方式填写；
5。

填写时请注意字段长度,若有超出，请使用简写，不得自行修改数据表
结构。