开发规范数据库规范库表命名规范表名规范：第一部分，表的状态或类型。H_：历史表。（History的缩写）V_：视图。（View的缩写）S_：存储过程（Storage的缩写）F_：存储过程（Function的缩写）T_：表（Table的缩写）E_：序列(Sequencer的缩写)第二部分，数据库对象所属系统标识。OA:办公自动化系统HR人力资源系统第三部分，数据库对象所属系统的模块。AM：档案管理模块DC：公文管理模块第四部分，数据库对象的实际意义。实际业务名称，原则上不超过14字符表名第一部分第二部分第三部分第四部分第五部分最终的表名档案借阅申请主表T_OA_AM_(ArchivalManage的缩写)BorrowApplyMOA_AM_BorrowApply或OA_AM_BorrowApplyM档案借阅申请明细表T_OA_AM_(ArchivalManage的缩写)BorrowApplyDOA_AM_BorrowApplyD档案信息视图V_OA_AM_(ArchivalManage的缩写)ArchivalInfoV_OA_AM_ArchivalInfo可须(T_可省略)必选必选必须可选主从表处理原则：原则上是有本身业务含义命名，无需特别体现主从表关系。OA_VS_Paper问卷（主表）OA_VS_Question问题（从表）OA_VS_Items选项（从从表）对于申请单据类型主从表（从表没有明显业务含义），从表命名：主表名称+Detail(D)OA_AS_BuyApply资产采购申请（主表）OA_AS_BuyApplyD资产采购明细（从表）字段命名规范字段标识的命名采用英文单词，总长度不能超过15，长度如有超出则单词采用缩写，字段标识统一采用大字字母。平台系统字段统一以“s”开头(由X5平台提供的字段）)其他业务模块统一以“f”开头(fID,fName,fCode)索引规范业务主键索引：由于表的主键都为fID或sID，保证不了业务数据从业务涵义上的唯一性和必填性，所以需要为业务表增加一个“唯一索引”进行控制。该索引的命名格式如下：“PK_”+“表名”（只取表命名格式中的‘表名’部份）。其他索引的命名，以“IDX_”作为前缀，后面不做规范，只要不重复就可以。设计约定主键约定所有表的主键均采用单一键值；不以业务表中的编码或编号字段作为主键。系统表的主键：统一采用“sID”，长度32位；普通表主键：统一采用“fID”，长度32位。外键约定在X5平台开发中，数据库层的设计不建议使用外键，即不创建数据库级的外键约束对象。具备外键关系的字段命名模式下如：系统表中具有外键关键的字段：“s”+“关联对象名”+“ID”。普通表中具有外键关键的字段：“f”+“关联对象名”+“ID”。其中“关联对象名”为关联表的表名格式中的“表名”部分。对于具有外键关系的字段，如果需要表现它的“名称”或“编码”信息，统一采用冗余存储的方式对这些字段进行冗余存储。冗余存储后，可以方便数据展现，但存在级联更新的问题，对于这个问题建议实现在业务对象资料维护的功能中，当相关的属性更改后统一发SQL进行更新。所有的表都保存上结合以上几点，对HR系统中的工资表作为示例：字段ID字段名称是否主键说明FID标识是36位的GUIDFMONTH月份否FPERSONID人员标识否FPERSONCODE员工编码否FPERSONNAME员工姓名否。。。。。。特定字段由于X5平台需要，全部物理表系统都会自动增加一个version字段，ID标识为：version，数据类型为：Int。字段属性每个字段都应有详细的描述，以说明该字段的作用用途；字符型字段采用可变长字符类型（特殊情况除外），长度根据具体情况从下列列表中选取：8、16、32、64、128、256、1024、2000、4000；扩展字段表单主表增加扩展字段：varchar(64)×5varchar(256)×3varchar(1024)×1datetime×5decimal(15,2)×3decimal(18,4)×2目录结构及命名规范X5系统有两大根目录：BIZ和UI。BIZ是后台的业务模型的根目录，UI是前台的根目录。BIZ中一个应用模块包含有:data,logic,ontology,process四个子模块：1、data：用于定义概念到物理表的映射和数据库连接信息。此模块包含*.config.m文件、*.mapping.m文件。2、ontology：用于定义概念模型。此模块包含*.ontology.m文件。3、process：用来定义流程。此模块包含若干个子模块，每个子模