资源三号影像数据文件名命名规则
附录（2）：文件名命名规则及文件说明
资源三号应用系统文件命名规范适用于包括影像文件，处理文件和结果文件。文件名字按照以下字符串进行命名:
sat_ids_mysnavp_PPPRRR_yyyymmdd_hhmmss_ssss_SASMAC_CHN_ xxx_yyy_zzz_BBBsuf
命名规范定义以上前73个固定字符串
sat_ids_mysnavp_PPPRRR_yyyymmdd_hhmmss_ssss_SASMAC_CHN_ xxx_yyy_zzz_BBB为影像的基本名字，suf是基本名字的扩展和后缀（包含后缀前的区分符号），suf没有固定的字符串长度，视具体文件属类而定。以下例子为一假设的资源三号的原始影像名字：zy3_01a_mysnavp_254068_20111216_231245_0009_SASMAC_CHN_ raw_raw_xxxx_001.tif
表5-2：
sat_ids_mysnavp_PPPRRR_yyyymmdd_hhmmss_ssss_SASMAC_CHN_xxx _yyy_zzzz_BBBsuf各子字符串的含义和命名法则*
的影像处理系统（把卫星名字及系列代号改成相应的传感器名字及系列代号）。依据前67个定长字符串作为文件名解析时的规则，以下划线区分子字符串，后缀区分文件属类。英文字符不区分大小写，原则上业务单位和国家地区名字用大写。
信息技术部各类文档命名规范.doc
文档索引：NIAT-GF-MM-1213-04 宁波东大智能 文档命名规范 宁波柴天佑院士工作室 宁波东大自动化智能技术有限公司 信息技术部 2010年12月13日
文档修订 抄送人：项目经理、客户经理、客户代表、项目组成员、SCCB（在项目实际应用时最好写明抄送人的姓名）
目录 一、部门规范 (4) 1.1数据库设计规范文档命名 (4) 1.2代码编写规范文档命名 (4) 1.3界面风格规范文档命名 (4) 1.4文档编写规范命名 (4) 1.4.1需求分析文档命名 (4) 1.4.2编码设计文档命名 (5) 1.4.3数据库设计文档命名 (5) 1.4.4操作需求文档命名 (5) 1.4.5功能设计文档命名 (5) 1.4.6软件详细设计文档命名 (6) 1.4.7软件测试文档命名 (6) 1.5软件视频命名规范 (6) 1.6用户手册文档命名 (6) 二、部门管理规范 (7) 2.1下厂任务单命名 (7) 2.2下厂总结报告命名 (7) 2.3软件功能验收文档命名 (7)
一、部门规范 1.1数据库设计规范文档命名 软件功能开发过程中，要遵循公司的数据库设计规范文档。数据库设计规范规范文档的命名，遵循以下格式：公司简称+规范编号+数据库代号+编写日期+ 举例：NIAT-GF-SJK-121301 1.2代码编写规范文档命名 软件功能开发过程中，要遵循公司的代码编写规范文档。代码编写规范文档的命名，遵循以下格式：公司简称+规范编号+代码代号+编写日期+序列号，中 举例：NIAT-GF-DM-121301 1.3界面风格规范文档命名 软件功能开发过程中，开发的软件要进行界面风格的统一，要遵循公司的界面风格规范文档。界面风格规范文档的命名，遵循以下格式：公司简称+规范编 举例：NIAT-GF-JM-121301 1.4文档编写规范命名 1.4.1需求分析文档命名 软件功能开发之前，要对用户的要求进行需求分析，编写需求分析文档。需求分析文档的命名，遵循以下格式：模块编号+需求代号+编写日期+序列号，中 举例：M2-XQ-1208-01
广西建设工程计价及商务标招投标数据交换规范302
广西壮族自治区 造价软件数据交换标准 广西建设工程造价管理总站 2009年 07月
前言 为了保证广西建设工程计价数据库的通用性和正确性，为了方便不同计价软件之间正确的数据交换，以及广西建设工程计算机辅助评标系统的顺利运行，广西建设工程造价管理总站主持研究，特别制订并颁布本标准。供建设工程计价、审计、招投标、评标等软件共同遵循采用。 广西壮族自治区造价软件数据交换标准，反映了广西建设工程计价工作中分部分项工程综合价格、工料机消耗、工程量清单及其输出项目文件的数据库结构和数据之间的相互关系，是广西建设工程计价软件数据库，以及广西建设工程计算机辅助评标商务标招投标文件交换格式的通用标准。
1 总则 1.0.1 为工程造价领域中的多种计价软件和商务标评标软件等有一个开放式的数据交换平台，根据《中华人民共和国标准化法》、《广西壮族自治区建设工程造价管理办法》及我区工程建设有关规定，制定本标准。 1.0.2 本标准的数据对象为采用国家标准《建设工程工程量清单计价规范》（GB50500 2008）及广西实施细则编制的电子计价文件数据集。 1.0.3 本标准所确立的数据交换平台，采用国际标准的可扩展标记语言XML（Extensible Markup Language）描述建立。 1.0.4 本标准所涉及的数据文档、数据表、数据字段等的命名所采用的统一命名规则，在附件设立相应数据对象的中文、英文、英文缩写对照一览表。
2 术语 2.0.1.数据交换 数据交换是工程造价招投标数据文件在不同计价软件、评标软件之间的数据信息传递过程，该过程以本规范中的xml标准格式做为依据。 2.0.2.造价文件 反映建设工程造价计价、控制、管理并能在工程造价相关软件之间进行交换的工程造价电子数据。 2.0. 3. XML标记语言 XML是由万维网协会（W3C，https://www.360docs.net/doc/0c11359489.html,）设计编制的一种可扩展的标记语言，它是一种应用之间交换结构化数据的开放式有效机制，即XML能够在不同的用户和程序之间交换数据，而不论其平台如何。
公司文件编号规则
重庆富士电梯有限责任公司管理文件 1.目的 为了使公司文件易于识别和检索，特制定此编号方法 2.适用范围 适用于富士电梯公司各部门制定的与质量、环境、职业健康安全管理体系相关的文件及记录。 3.职责分配 3.1质安中心负责编号方法的解释工作。 3.2质安中心负责公司管理手册和程序文件的编号，其它文件及记录由各制定部门根据此编号方法进行编号。 4.内容和要求 文件编号写在公司标准模板相应的位置，受控文件的分发号写在右上侧，分发号按部门代号来编。 记录编号应写在记录的上左侧，记录的序号写在右上侧。 4.1质量手册编号为： FJ/QCTEOMS/M口口 -口口口口 FJ是本公司的代号 QCTEOMS 代表质量环境职业健康安全（五标）管理体系 M是管理手册的代号 口口是顺序号 口口口口为编制时的年号 4.2程序文件编号为：FJ/QCTEOMS/P口口-口口口口 FJ是本公司的代号 QCTEOMS 代表质量环境职业健康安全（五标）管理体系 P是程序文件代号 口口是程序文件顺序号 口口口口为编制时的年号 4.3其他文件编号为： FJ/QCTEOMS/口/口口口口口-口口口口 FJ本公司的代号 QCTEOMS 代表质量环境职业健康安全（五标）管理体系 口是文件种类代号，管理制度为 C;作业文件为 S; 口口是部门代号，具体如下：人力行政中心为RX；信息中心为XX；质安中心为ZA；技研中心为JY；财会中心为CK；营销中心为YX；营运中心为YY；维保中心为WB。 口口口是文件编制顺序号(2位阿拉伯数字) 口口口口为编制时的年号 4.4记录编号为：FJ/QR/口口口/口口口口 FJ本公司的代号 QR为质量记录代号
数据库表字段命名规范
数据库表字段命名规范 摘要：当前研发工作中经常出现因数据库表、数据库表字段格式不规则而影响开发进度的问题，在后续开发使用原来数据库表时，也会因为数据库表的可读性不够高，表字段规则不统一，造成数据查询，数据使用效率低的问题，所以有必要整理出一套合适的数据库表字段命名规范来解决优化这些问题。 本文是一篇包含了数据库命名、数据库表命名、数据库表字段命名及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
文件及文件夹命名规范
文件及文件夹命名规范 V2.0 文件规范命名对于文件的版本控制效果出色，能帮助使用者高效准确使用文档，避免混乱或失效。 文件及文件夹命名应按下属规范执行。 一、文件命名规范 1、日期命名法 适用场景：短期更新频率较高，或对文件日期版本要求严格的文件，如方案类的文件。 命名规则：“文件名(年月日[时分])”，其中的圆括号及方括号均须在输入法英文状态下输入。 使用举例：“文件名(20140707[1330]).doc”。 2、版本号命名法 适用场景：常用于更新频率低，或对文件日期版本要求不严格的文件，如制度性的文件。 命名规则：“文件名V0.0”，其中，小数点前的“０”为主版本号，小数点后的“０”为次版本号，如：“文件名V2.3.doc”。新文
件创建时，版本从“V1.0”起步；每次重大更新，主版本号加“1”；每次微小更新，次版本号加“1”，一般情况下次版本号不超过9。 使用举例：“文件名V2.3” 3、备注信息 如需要，文档也可以添加其他备注信息，如“姓名”，备注信息以英文“-”分割，跟在文件整体名称最后。 使用举例： “文件名(20140707[1330])-张三.doc” “文件名V2.3-人力行政部.doc” 二、关于排序 适用场景：有时为了逻辑或管理更加便捷，可以在文件及文件夹命名时使用序号。 命名规则：“序号-文件名”，序号使用01，02，03等，中间以英文“-”分割。 使用举例：
三、关于加强符号 适用场景：有时为了加强或清晰文件，可以在文件命名时使用加强符号，常用的有：★和【】 使用举例： “★文件名(20140125[1430]).docx” “【待处理】文件名(20140125[1430]).docx” “【重要】文件名V2.3.docx”
金蝶k3数据库各表名
金蝶k3数据库各表名 表ID 表名表中文名表说明 0 0 t_VoucherGroup 凭证字表凭证的收付转等分类字 0 1 t_VoucherEntry 凭证分录表凭证分录 0 2 t_Voucher 凭证表凭证 0 3 t_User 系统用户信息表系统用户信息表 0 4 t_UnitGroup 单位类别表计量单位类别 0 5 t_SystemProfile 系统参数表公司名称等系统控制参数 0 6 t_Supplier 供应商表供应商资料 0 7 t_SubMesType 辅助资料类别表系统公用的说明信息类 别 0 8 t_SubMessage 辅助资料表系统公用的说明信息 0 9 t_Stock 仓库表仓库资料 0 10 t_Settle 结算方式表结算方式如现金、电汇等 0 11 t_MeasureUnit 计量单位表计量单位 0 12 t_LogFunction 上机日志标准信息表上机日志标准信息表 0 13 t_Log 上机日志信息表上机日志信息表 0 14 t_ItemRight 基础资料权限表基础资料权限表 0 15 t_ItemPropDesc 核算项目附表信息描述表描述核算项目附表的字段信息0 16 t_ItemClass 基础资料类别表基础资料类别 0 17 t_ICItem 物料表所有材料、产品、半成品等 0 18 t_Exp 备注资料表常用的摘要信息
0 19 t_Emp 职员表职员 0 20 t_Department 部门表部门 0 21 t_Currency 币别表币别 0 22 t_Ac_count科目表会计科目 0 23 t_AccessControl 权限控制表权限控制 0 24 t_GroupAccess 用户组权限表用户组权限 0 25 t_GroupAccessType 用户组权限类表用户组权限类 0 26 t_ObjectAccess 对象权限表对象权限 0 27 t_ObjectAccessType 对象权限类型表对象权限类型 0 28 t_ObjectType 对象类型表对象类型 0 29 t_Accessory 附件管理表附件管理 0 30 t_AutoNumber 自动增加表自动增加 0 31 t_CodeRule 编码规则主表编码规则主表 0 32 t_CodeRuleDetail 编码规则明细表编码规则明细表 0 33 t_CodeRuleValue 编码规则当前值表表编码规则当前值表 0 34 t_CodeTypeFP 编码规则分配表表编码规则分配表表 0 35 t_DataTypeInfo 数据类型定义表采用ADO定义数据类型 0 36 t_dls_moduel 数据灌入模块表包含数据灌入模块划分信息 0 37 t_dls_TableList 数据灌入中间表包含数据灌入用到的中间表信息 0 38 t_dls_TableStruct 数据灌入字段描述表数据灌入中间表的字段描述信息0 39 t_Identity 自动步长编码表为表实现自动编码 0 40 t_Mutex 功能互斥表功能互斥 0 41 t_BaseProperty 基础资料相关属性反映基础资料的改动以及权限信息 0 42 t_ObjectRefs 对象参考表对象参考
文件命名规范
文件命名规范 对一般办公文件来言，规范文件、文件夹命名如下。 一、文件的命名规范 文件命名的结构：项目命名词（或项目编号）_文件命名词_日期_V版本号.文件后缀例如：Doc_PCPIS Proposal_20101112_V1.0.doc 文件名称由四部分组成：第一部分为项目名称或编号，第二部分为文件的描述，第三部分为当前文件的日期，第四部分为文件阶段标识加文件后缀。 如果是同一版本同一阶段的文件修改过两次以上，则在版本标识后面加以数字标识，每次修改数字加1；当有多人同时提交同一份文件时，可以在版本标识的后面加入人名或缩写来区别。 二、文件夹的命名规范 标准的文件夹命名结构：项目命名词(或项目编号)_文件夹名称_日期_日期。 举个文件夹命名例子：Prj_PC PIS Project_20101112_完成日期。第二个下划线后为空，等待工作结束时，添加工作结束的日期。 经过这样的命名，1、首先自己通过建立文件夹把文件进行整理和分类，便于自己的查找和使用；2、其次，在使用Windows的查找或者其他查询工具（如Everything）搜索的时候，会比较方便容易的查询出想要的文件；3、更重要的是，培养自己整理文件的习惯；4、四是可以知道文件的操作日期，这个日期可以是创建日期、修改日期。 为了更好的整理自己的文件，可增加了几个特殊的符号，用于标识不同状态的文件： 1、！（叹号）——标注重要的文件或者文件夹 2、#（井号）——标注等待处理的文件或者文件夹 3、@（@号）——标注正在处理的文件或者文件夹 对那些处理完毕的文件，应该放在合适的文件夹当中，因此不作特殊符号的标注。这些符号的使用，是作为文件命名的首字应用，如此一个文件夹中，标注特殊符号的文件会排列在一块，查找和使用起来会比较方便。 三、电脑桌面的清理 电脑系统里增加新的文件时，先把文件放在桌面，然后对收集的新文件进行处理，处理完成后，归档到不同的文件夹当中。如果需要持续多天进行处理的话，就一直放在桌面，直到处理完成。文件处理的过程，就相当于清理桌面的过程。 桌面的清理，每天都要进行，尽可能的把堆在桌面的文件清理掉。这些文件一般有两个归属，那些没什么价值的文件，直接删除；那些有些价值的文件，处理完毕后，归档到不同的文件夹当中。处理中的、待处理的文件，就堆砌在桌面之上，随时的警告自己，要尽快的处理，留给自己一个清洁的桌面。
公司文件编号规则84050
中电新源文件编号规则 1. 目的 加强公司文件的标准化管理，便于文件的识别、追溯和控制，规范存档，确保公司重要文件具有唯一编号，保证公司文件体系有效运转。 2. 适用范围 适用于公司文件的编号管理和控制。 a)技术类文件：是指在公司的研发、生产、销售、服务等各个环节中与技术有关的各类文件和资料。 b)其他文件：包括公司规章制度、管理文件、合同协议、传真等； c)编号文件包括纸介文件以及电子文件。 3. 编号办法 3.1 公司名称约定 公司全称：中电新源智能电网科技有限公司 简称：CPHV 3.2 日期表示格式：yyyy-mm-dd yyyy:年份：用四位数字表示公元年份，如2012表示公元2012年。 mm月份：用两位数字表示月份，不足两位时，用零补齐，如03表示第3月。dd 某日：用两位数字表示当日，不足两位时，用零补齐，如05表示第5日。例如：2012-10-12表示（2012年10月12日） 3.3 文件版本编号 下面是对文件版本进行编号要遵守的标准： 起草版本的编号为0.1, 0.2, 0.3, ..., 0.10。版本编号可以根据项目需要延伸到若干层，例如，0.1, 0.1.1, 0.1.1.1. 一旦文件版本得以确认后，即正式版本编号应该始自1.0，版本编号不断变化为：1.0, 1.1, 1.2, ..., 1.10。项目可以根据需要将版本编号晋升为2.0，2.1, 2.2
等。 3.4 技术文件命名格式：CPHV-TT-NN-YYYY-MM CPHV：公司名称缩写 TT文件类型： SC：质量手册 CX：程序文件 JS：作业指导书、说明书等 GL:操作规程，计算书等 ZD：制度 JL：记录 NN：版本号，参见3.3节 YYYY-MM：年月 3.5 其他文件的编号 3.5.1 公司规章制度和管理文件 公司规章制度和管理文件的编号格式为：CPHV(-DN)-TT-nnn-dd-YY DN：大写英文字母，部门代号，如该制度是公司级文件，适用于公司全体人员，该部分编码省略； 如该文件是部门内部管理制度，则应标记部门编号，表示该制度由部门内部使用。相应的部门代号如下： 质量部QM 综管部：ZG 生产部：SC 工程部：GC 研发部：YF 市场部：XS 财务部：CW
企业公司内部文件格式标准规范
1.0目的：为规范公司内部公文格式，提升公司内部文件治理质量。 2.0适用范畴：商管公司各部门 3.0内容： 3.1公司文件格式要求： 3.1.1文件版头：方正姚体小一号字居中（红色字体） 3.1.2文件字号：黑体小四号字居中 3.1.3文件正标题：黑体三号字居中 3.1.4文件正文：宋体小四号字 3.1.5发文单位/发文时刻：宋体小四号字加粗 3.1.6主题词/呈/发：宋体小四号字 3.1.7行间距：1.5倍（未定义文档网格） 3.1.8页边距：上下各为2.5㎝,左右各为2.5㎝ 3.1.9公司简称：在文件正文内可简称“商管公司” 3.1.10公司全称：在落款、合同文本等情形必须用全称。 3.2公司文件编号要求 3.2.1发文字号编写讲明
发文字号简称文号，是由发文机关代字、年份和序号组成。年度、顺序号用阿拉伯数码标识；年份应标全称，用中括号“[ ]”括入；序号不编虚位（即1不编为001），不加“第”字，表头红线不加五角星。 3.2.2部门代码讲明： 3.2.2.1一级部门（各中心）代码：以部门拼音开头两个字母的缩写来表示，若显现字母重复的代码，由各部门自行拟定并报行政部备查：行政中心XZ、招商中心ZS、企划中心QH 、物管中心WG、财务中心CW、运营中心YY. 3.2.2.2二级部门代码：以中心代码+本部拼音开头一个字母，共三个字母的缩写来表示： 运营中心：客服部Y YK、电影院YYD、自营区YYZ 物管中心：物业部WGW、保安部WGB 3.2.3发文字号的种类及使用规定 3.2.3.1以公司名义下发本公司范畴内的决定、决议、通知、通报、意见，转发集团的批复和上报政府职能部门的请示、报告的文号。（见附件1）落款名称：商业经营治理有限公司 文件编号：商管发[2007] X号 3.2.3.2以行政中心名义在本公司内所发的通知、通报等文号（见附件2） 落款名称：商业经营治理有限公司行政中心 文件编号：商管行发[2007] X号 3.2.3.3公司内部各部门之间工作联系的文号。（见附件3） 落款名称：商业经营治理有限公司**中心 文件编号：SGLX-部门代码[2007] X号 3.2.3.4部门名义上报公司领导的请示的文号。（见附件4） 落款名称：商业经营治理有限公司XX中心 文件编号：SGQS-部门代码[2007] X号 3.2.3.5公司会议纪要的文号。（见附件5） 落款名称：商业经营治理有限公司
数据交换过程详解
数据交换过程详解 前言： 本文主要介绍数据交换过程中常用的数据交换方法和方式以及数据交换在新技术下所面对的“挑战”，方便大家深入理解数据交换过程。普元实施数据交换项目已有多年成功经验，本文也将分享大数据时代数据交换所遇到的问题和应对策略。 目录： 1、为什么要进行数据交换 2、数据交换存在的问题 3、数据交换面临的挑战 4、数据交换破解“数据孤岛” 5、总结 1.为什么要进行数据交换 企业大量的IT投资建立了众多的信息系统，但是随着信息系统的增加，各自孤立工作的信息系统将会造成大量的冗余数据和业务人员的重复劳动。企业急需通过建立底层数据集成平台来联系横贯整个企业的异构系统、应用、数据源等，完成在企业内部的ERP、CRM、SCM、数据库、数据仓库，以及其它重要的内部系统之间无缝的共享和交换数据。 数据是在流通、应用中创造价值的，这就涉及“数据共享”和“数据交换”。在实施数据交换的过程中，不同的数据内容、数据格式和数据质量千差万别，有时甚至会遇到数据格式不能转换或数据转换格式后丢失信息等棘手问题，严重阻碍了数据在各部门和各应用系统中的流动与共享。因此，对企业内各系统异构底层数据进行有效的整合已成为增强企业商业
竞争力的必然选择。 2.数据交换存在的问题 企业对数据服务的需求日趋迫切，如何有效的管理数据、高效的提供数据服务是目前企业对所面临的关键挑战。目前集团层面客户信息分散，各子公司之间的客户信息无共享。内部系统获取客户数据来源系统分散，方式多样难以管理，且获取客户数据时效性较低，供数标准不统一，缺乏统一的客户数据服务平台。 1.数据平台中数据内容繁多，难以全面掌控。 通过多年的信息化建设和运营，企业已经建立了完善的业务应用系统，有效的支撑了核心业务的创新和发展，但随着应用系统的增多，数据量和数据应用环境增大，在对这些数据进行使用的过程中逐渐存在不合理、不统一的问题。 2.数据平台中数据的流转和逻辑过程复杂，难以追溯数据来源。 许多企业目前没有统一的数据资产标准，各业务系统中数据质量参差不齐，存在信息孤岛现象，不同部门同一名称数据可能有不同的含义，同一个数据可能又有不同的命名，数据有效交互和共享存在问题。存在部分系统数据更新不及时的问题，核心业务数据无法朔源，数据的准确性和及时性较低，现有报表在建模时几乎每个报表都要重复建模，人为参与工作过多且层次复杂，无法高效的对流程及指标进行精确监控及分析，数据的利用效率和模型重复使用率较低。 3.业务部门对数据结构和质量无法管控 目前数据管控的发展方向和需求是由业务部门提出，但业务人员对公司复杂的系统无法进行全面深入掌握，特别是技术层面。为了使业务部门从数据结构到数据质量上更好的管控，梳理业务系统与数据库结构关系，成为目前急需解决的问题之一。
数据库命名规范(表、字段名)
数据库命名规范（表、字段名） 一．实体和属性的命名 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字段就是要解决这个问题。一般的站点几十个分类肯
项目文档命名规则跟格式要求
项目文档命名规则 编制：日期：____/____/____审核：日期：____/____/____ 批准：日期：____/____/____ XXXX公司 二零一五年五月制
历史记录
目录 1 目的 (4) 2 适用范围 (4) 3 术语和缩略词 (4) 4 规程 (4) 4.1 文档命名规则 (4) 4.2 配置项的版本标识 (8) 4.3 标签的命名 (9)
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；而经过评审通过
数据库、表、字段的命名规则
数据库、表、字段的命名规则 每个公司或者企业数据库、表、字段等都有自己命名规则，数据库开发时数据库、表、字段、视图、触发器、存储过程、变量名、主键、外键、索引等的命名规则。 一、数据库(Database) 数据库名称 = 数据库内容标识(首字大写)。 二、表(Table) 命名应尽量反映存储的数据内容。 表名前缀：以该表及与该表相关联的一系列表的内容而得到一个代表统一的标识。 表名称 = T +‘_’+ 表名前缀+‘_’+ 表内容标识(首字大写) 。 如客户端信息ClientInfo相关联的一系的表以ci作为前缀，Record记录表即有表名：T_ci_Record。 数据库中不论是表名还是字段名，都一律用英文，不准出现其它语言；且保留原来的字段名，保留它们的规范。 为了不增加数据库当中的表名的长度，一般不允许出现如Form或者Table的字样，如：记录表：应为Record,而不是RecordTable。 数据库当中的表名的命名，一般不准出现空格，假如有几个单词出现的话，每个单词之间不允许留有空格，用”_”隔开如人事信息表：应为Human_Info，而不是Human Info；每个单词的第一个字母必须大写；如果太长，为了不增加编程的难度可采用缩写的方式，每个单词可取三到四个字母表示，也可根据实际情况，实际习惯进行缩写。 三、字段(Field) 字段是数据库中的用途最广泛的，它的类型非常多，所以必须加类型前缀来标示它的类型。 字段名称 = F + 字段类型前缀 + 字段内容标识(首字大写) 。 为了编程的方便性，可在前面加上字段类型的前缀，一般取用类型的三个字母，但是不需要下化线，而且这三个字母必须小写；如姓名字段为字符型的话就应该为chrName；尝用字段类型的缩写可参考下面的形式： 缩写- 类型 chr- char nvr- nvarchar vcr -varchar num -number flt -float dtm -date lng -long clb- clob blb- blob 四、视图名(View) 视图的名称 = "v_" + 视图内容标识(首字大写) 如 v_Record。 五、触发器名(Triger)
文件命名规范
1、合同编号规范 HLC-HR-年月日/001（劳动合同） HLC-SL-年月日/001（销售合同） HLC-PC-年月日/001（采购合同） 说明： HL为公司缩写 C为Contract的缩写 HR表示劳动合同范畴 SL表示销售合同范畴 PC表示采购合同范畴 001开始为序列号 2、固定资产编号 HL-PA-RD/001（研发设备编号） HL-PA-IT/001（信息设备编号） HL-PA-TP/001（运输设备编号） HL-PA-RS/001（后勤设备编号） 说明： HL为公司缩写 PA为固定资产Permanent Assets的缩写 RD表示研发设备 IT表示电脑、打印机、交换机之类的信息设备 TP表示汽车等运输设备 RS表示行政后勤设备，如空调、办公家具等 001开始为序列号 3、表单编号 HLT-HR/001-A1（人事表格） HLT-RD/001-A1（研发表格） HLT-MK/001-A1（市场表格） HLT-SL/001-A1（销售表格） HLT-AD/001-A1 （行政表格） HLT-FN/001-A1(财务表格) 说明： HL为公司缩写 T为表格Table的缩写 HR表示人事部门、RD表示研发部门、MK表示市场部门、SL表示销售部门、AD表示行政部门、FN表示财务部门 001开始为序列号 A1表示版本号，如表格在原有基础上稍作调整则变动数字；如表格在原有基础上本质性调整则变动字母
4、文件编号 HLF-HR/001-A1（人事文件） HLF-RD/001-A1（研发文件） HLF-MK/001-A1（市场文件） HLF-SL/001-A1（销售文件） HLF-AD/001-A1 （行政文件） HLF-FN/001-A1(财务文件) 说明： HL为公司缩写 F为文件File的缩写 HR表示人事部门、RD表示研发部门、MK表示市场部门、SL表示销售部门、AD表示行政部门、FN表示财务部门 001开始为序列号 A1表示版本号，如表格在原有基础上稍作调整则变动数字；如表格在原有基础上本质性调整则变动字母
数据交换详细设计说明书模板
数据交换详细设计 说明书
江苏省并联审批平台 数据交换系统管理 详细设计说明书 文档编号：SN/SD-MB-002保密级别：保密 版本：V1.0 修改日期： -09-14
目录 1 引言............................................................................. 错误!未定义书签。 1.1 编写目的 ........................................................... 错误!未定义书签。 1.2 项目背景 ........................................................... 错误!未定义书签。 1.3 当前状况 ........................................................... 错误!未定义书签。 2 详细说明..................................................................... 错误!未定义书签。 2.1 数据库设计 ....................................................... 错误!未定义书签。 2.1.1 数据库命名规则 ...................................... 错误!未定义书签。 2.1.2 表空间命名规则 ...................................... 错误!未定义书签。 2.2 逻辑结构 ........................................................... 错误!未定义书签。 2.2.1 T_USER（用户信息）.............................. 错误!未定义书签。 2.2.2 T_ORG(机构信息) .................................... 错误!未定义书签。 2.2.3 T_MENU（菜单信息）............................ 错误!未定义书签。 2.2.4 T_USER_MENU(用户菜单信息) ............... 错误!未定义书签。 2.2.5 T_USER_MANAGE_ORG（用户数据权限信息）错误!未 定义书签。 2.2.6 T_TASK_DEF（任务定义） ...................... 错误!未定义书签。 2.2.7 T_ENDPOINT（端点配置） ..................... 错误!未定义书签。 2.2.8 T_TASK_CTRL（任务运行控制）............. 错误!未定义书签。 2.2.9 T_DICT_TRANS（传输方式字典） .......... 错误!未定义书签。 2.2.10 T_DICT_CDC（增量识别机制字典）..... 错误!未定义书签。 2.2.11 T_DATA_QUEUE（待传数据队列）....... 错误!未定义书签。
用友数据库表及数据字典
用友数据库表及数据字典 数据库模块"表名""表中文名"公 共 表 相关功能 Ufdａtａ财务 分析 CW_CoｄePｌaｎ科目计划初始科目预算 Ufdata 财务 分析 CW_ＣodｅＰlｕs科目追加计划科目预算 Ｕｆdatａ财务 分析 CW＿DｅｐtＰlan部门计划初始精细部门预算、粗放部门预算 Ｕｆdaｔa 财务 分析 CW_DeptPlus部门追加计划精细部门预算、粗放部门预算 Ufdata 财务 分析 CW_PrｏfPｌａn利润计划初始利润预算 Ufdａta 财务 分析 CＷ_PrｏfPlus利润追加计划利润预算 Ufdatａ财务 分析 CＷ_ProjＰlan项目计划初始精细项目预算、粗放项目预算 Ufdａta 财务 分析 CW＿ＰrojPlus项目追加计划精细项目预算、粗放项目预算 Ｕfｄata 财务 分析 ＣW＿WiｄeDeptＣode 粗放部门计划 控制科目 粗放部门预算科目控制方向选择 Ufｄata 财务 分析 CW_WidePrｏjCoｄｅ 粗放项目计划 控制科目 粗放项目预算科目控制方向选择 Ｕfdatａ采购 管理 ＡrrivalVouch(无用表） Ufｄata 采购 管理 ＡrriｖalVouchs（无用表） Ufdatａ采购 管理 PO_Poｄetails采购订单子表采购订单(子) Ufdata 采购 管理 PO_Pomａin采购订单主表采购订单(主) Uｆｄata 采购 管理 PＵ＿LｅftSｕｍ（无用表） Ufdata 采购 管理 ＰurBillVoｕch采购发票主表采购发票（主) Ufdata 采购 管理 PuｒBilｌVoｕchｓ采购发票子表采购发票（子） Uｆｄata 采购 管理 ＰurSeｔｔleVｏｕｃ h 采购结算单主 表 采购结算(主)
湖北省建设工程造价应用软件数据交换规范(2014-7-17新修改).doc
-I CS 35.240.60 L 67 DB 湖北省建设工程造价应用软件数据交换 规范（补充修正稿） Data exchange requirement for construction valuation software in Hubei province 湖北省质量技术监督局
目次 目次........................................................................................................................................................................ I 前言...................................................................................................................................................................... II 引言..................................................................................................................................................................... III 1 范围 (1) 2 规范性引用文件 (1) 3 术语和定义 (1) 4 总则 (1) 5建设工程工程量清单计价数据格式文件 (2) 6建设工程定额计价数据格式文件 (17)
公司档案文件编码规则
公司档案文件编码规则 文件编号 行政类文件的编号，其代号组成： XX1-XX2XX3-XXXX4—XXX5 XX1：企业代号，以大写的公司简体名称拼音表示，本公司以“GY”表示； XX2：文件一级类号，本公司文件类号见下表 XX3：文件二级类号，本公司文件类号见下表 XXXX4：文件年份； XXX5：同类别下文件流水号； 1.1.1.文件编号例： GY-XZ05-2012-001 文件顺序号 年份 文件类别 公司简写 意为共远行政部通知通告类2012年001号文件 一级类目（代码）二级类目 （代码） 归档范围 行政类 XZ 证照 01 各种证照（营业执照正副本，组织机构代码证正副本，税务登记证，生产 许可证，注册证，获奖证，商标证等） 公司战略 02 企业经营战略、决策、发展规划、管理目标等文件材料，董事会决议等 制度 03 公司各项规章制度 合同 04 合同、协议、公证书、意向书、招投标及有关谈判材料 通知通告 05 红头文件，通知，通报等 办公文件 06 通联文件（上级下达的文件，下级上报的文件，平行部门往来文件等） 各职能部门工作总结，报告，计划等文件
会议 07 公司级会议文件（报告，纪要，记录，简报，发言材料等）政府文件 08 公司申请、批复等有关材料（项目文件，产品注册文件等） 活动09 公司印刷、汇编材料、大事记等 公司大型活动的议程，领导讲话，照片、录音、录像等资料 其它 10 其它类型文件 销售类 XS 市场 01 新市场开拓、新项目论证、评价、市场调查、分析、预测等文件材料销售政策 02 产品销售价格及调价政策等有关材料 其它 03 其它销售类文件 技术类 JS 分析报告 01 产品质量分析报告，样品问题反馈报告等项目 02 项目的调研立项报告、请示、批复等 产品设计定型、改型、改进报告、批复其它 03 其它技术相关文件 生产类SC 生产 01 生产统计报告，发货统计报告，库存盘点报告，质量统计报告等其它 02 其它生产相关文件
SQL获取所有数据库名、表名、储存过程以及参数列表
1.获取所有用户名: SELECT name FROM Sysusers where status='2' and islogin='1' islogin='1'表示帐户 islogin='0'表示角色 status='2'表示用户帐户 status='0'表示糸统帐户 2.获取所有数据库名: SELECT Name FROM Master..SysDatabases ORDER BY Name 3.获取所有表名 SELECT Name FROM DatabaseName..SysObjects Where XType='U' ORDER BY Name XType='U':表示所有用户表; XType='S':表示所有系统表; 4.获取所有字段名: SELECT Name FROM SysColumns WHERE id=Object_Id('TableName') 5.获取数据库所有类型 select name from systypes 6.获取主键字段 SELECT name FROM SysColumns WHERE id=Object_Id('表名 ') and colid=(select top 1 keyno from sysindexkeys where id=Object_Id('表名')) [综合网络资料整理] 1.获取所有数据库名: (1)、Select Name FROM Master..SysDatabases order by Name 2.获取所有表名: (1)、Select Name FROM SysObjects Where XType='U' orDER BY Name XType='U':表示所有用户表; XType='S':表示所有系统表; (2)、SELECT name FROM sysobjects WHERE type = 'U' AND sysstat = '83' 注意：一般情况只需要type = 'U'，但有时候会有系统表混在其中（不知道什么原因），加上后面一句后就能删除这些系统表了 3.获取所有字段名: (1)、Select Name FROM SysColumns Where id=Object_Id('TableName') (2)、 SELECT https://www.360docs.net/doc/0c11359489.html,,https://www.360docs.net/doc/0c11359489.html,,syscolumns.isnullable,syscolumns.length FROM syscolumns, systypes WHERE syscolumns.xusertype = systypes.xusertype AND "syscolumns.id = object_id('tableName') 注意点： （a）这里为了重点突出某些重要内容，选取了其中几项信息输出。