数据库设计规范
数据库设计规范
数据库设计规范数据库设计是软件开发过程中至关重要的一步。
一个良好设计的数据库可以提高系统性能，降低错误发生的概率，并提高数据的可靠性和一致性。
以下是一些数据库设计的规范和最佳实践，以帮助您开发出高效可靠的数据库系统。
引言数据库是组织、存储和管理数据的关键工具。
在设计数据库时，开发人员需要考虑到多个方面，以确保数据库能够满足用户需求，并且能够有效地存储和检索数据。
数据库设计规范涉及到数据模型选择、表结构设计、关联关系定义、索引创建等方面。
数据模型选择选择合适的数据模型是数据库设计的基础。
数据模型用于描述数据之间的关系，常见的数据模型有层次模型、网状模型和关系模型。
在大多数情况下，关系模型是最常用的，因为它简单、易于理解和管理。
关系模型使用表来表示实体和关系，具有良好的结构化特性，适用于大多数应用场景。
表结构设计在数据库设计中，表是最基本的数据存储单元。
良好的表结构设计可以提高数据的存储效率和查询性能。
以下是一些表结构设计的最佳实践：1. 表名和字段名的命名规范表名和字段名应该具有可读性和描述性，能够准确地反映其所代表的含义。
避免使用过于简单或含糊不清的名称，使用下划线或驼峰命名法来提高可读性。
2. 合理定义字段类型和长度根据数据的实际需求，合理选择字段的数据类型和长度。
避免过度分配存储空间，以节省存储空间并提高查询性能。
3. 主键和唯一约束每个表应该有一个主键，用于唯一标识每一条记录。
主键应该是一个稳定的、不易变的字段。
另外，对于需要保证唯一性的字段，应该添加唯一约束，以避免重复数据的出现。
4. 外键关联在建立表之间的关联关系时，应该使用外键来确保数据的完整性和一致性。
外键关联可以用于建立表之间的一对一、一对多或多对多关系。
数据库范式数据库范式是一个指导原则集合，用于确保数据库的数据一致性和可靠性。
范式的级别从第一范式到第五范式，每个级别都有其特定的规范和要求。
第一范式（1NF）第一范式要求数据库中的每个字段都是原子的，不能再细分为更小的单位。
数据库设计规范
数据库设计规范
数据库设计是一项重要的任务，一个好的数据库设计可以提高系统的性能、可靠性和可维护性。
以下是一些数据库设计规范的要点：
1. 数据库命名规范：使用有意义的、可读性强的名称，避免使用缩写和无意义的短名称，使用下划线或驼峰命名法。
2. 数据表命名规范：使用单数形式的名词，避免使用复数形式，使用名词描述表的内容，不要使用数字和特殊字符。
3. 列命名规范：使用有意义的、可读性强的名称，避免使用缩写和无意义的短名称，使用名词或形容词描述列的内容。
4. 主键规范：每个表都应该有一个主键，并确保主键的唯一性和稳定性，通常使用自增长整数或全局唯一标识符（GUID）
作为主键。
5. 外键规范：在需要关联的表中添加外键，确保外键的一致性和正确性。
6. 索引规范：根据查询的需求和性能需求创建适当的索引，避免创建过多的索引，否则会降低数据的插入和更新性能。
7. 数据类型规范：选择适当的数据类型来存储数据，避免浪费存储空间和降低性能。
8. 一致性规范：确保数据表的结构一致性和命名一致性，可以使用数据库设计工具来辅助设计和维护。
9. 安全性规范：对敏感数据进行保护，设置合适的访问权限和加密措施，确保数据的安全。
10. 性能规范：优化查询性能，合理设计数据库的关系和索引，避免数据冗余和数据不一致等问题。
总之，数据库设计规范的目标是保证数据库的结构合理、性能高效、数据安全，同时提高开发和维护的效率。
数据库设计原则与规范
数据库设计原则与规范数据库是现代信息系统的核心组成部分，用于存储和管理大量结构化数据，以支持组织内部各种业务和决策需求。
数据库设计的质量直接关系到系统的性能、可靠性和可扩展性。
为了确保数据库的高效运行，我们需要遵循一些设计原则和规范。
下面将介绍数据库设计的基本原则和规范。
一、规范化数据库设计原则规范化是数据库设计过程中的关键步骤，它通过将数据分解为逻辑上的表来减少数据冗余、提高数据一致性和完整性。
以下是常用的规范化原则：1. 第一范式（1NF）：每个表中的每个字段都是原子的，不可再分。
不能将多个值存储在一个字段中，例如在电话号码字段中存储多个电话号码。
2. 第二范式（2NF）：每个非主键字段完全依赖于主键字段。
如果一个表中有多个候选键，必须将其分解为多个表，确保每个非主键字段只与一个主键相关。
3. 第三范式（3NF）：消除了非主键字段之间的传递依赖关系。
即非主键字段之间不可存在依赖关系，数据更新时不会导致数据不一致。
4. 次范式（BCNF）：基于第三范式，进一步消除了主键字段之间的传递依赖关系。
它要求每个非主键字段只依赖于候选键。
二、数据模型设计原则数据模型是数据库设计的核心，它定义了数据库中的实体、属性和关系。
下面是数据模型设计的原则：1. 选择合适的数据模型：常用的数据模型包括层次模型、网状模型和关系模型。
关系模型是当前最流行和应用最广泛的数据模型，它以关系表的形式存储数据。
2. 确定实体和属性：实体是现实世界中的对象，属性是实体的特征。
在定义实体和属性时，需考虑实体的属性是否唯一标识该实体。
3. 定义关系：关系是实体之间的联系，通过表之间的键值关联实现。
在定义关系时，需考虑关系的类型（一对一、一对多、多对多）以及参照完整性约束。
三、命名规范与标准良好的命名规范和标准是数据库设计的基础，它有助于提高代码的可读性和可维护性，并减少开发人员之间的沟通成本。
以下是常用的命名规范与标准：1. 表和字段命名：使用具有描述性的名称，避免使用缩写、重复和模糊的词汇。
数据库建设规范
数据库建设规范数据库作为存储、管理和处理数据的重要工具，在现代信息化建设中起着至关重要的作用。
为了提高数据库的质量和效率，确保数据的安全性和准确性，需要制定一套数据库建设规范。
本文将从数据库设计、数据规范、性能优化和安全保障四个方面详细介绍数据库建设规范。
一、数据库设计在数据库建设的初期阶段，良好的数据库设计能够为后期的开发和维护工作奠定基础。
数据库设计应遵循以下几点规范：1. 数据库表命名规范表名应具有具体的描述性，能够准确表达其所存储的数据内容，并采用小写字母与下划线组合的方式命名，例如"order_info"。
2. 字段命名规范字段名应有明确的含义，避免使用缩写和数字等模糊的命名方式。
同时，字段名也应采用小写字母与下划线组合的方式命名，例如"create_time"。
3. 主键和外键规范每个表应有主键，并使用自增长或唯一性约束来保证主键的唯一性。
同时，在设计关联表时，外键应与关联的主键类型一致。
4. 索引规范为常用作查询条件的字段创建索引，以提高查询效率。
在创建索引时，需要根据实际情况进行选择，避免过多的索引对性能造成负面影响。
二、数据规范数据库中的数据质量对于后续的数据分析和决策产生重要影响。
为了保证数据的一致性和准确性，需要制定以下数据规范：1. 数据类型规范在对字段进行设计时，需要选择合适的数据类型，以节省存储空间，并确保数据的正确性。
例如，对于存储日期时间的字段，应选择合适的日期时间类型。
2. 数据录入规范为了避免数据录入错误，需要制定数据录入规范。
规定数据录入格式、校验规则和必填字段，同时提供数据录入的帮助文档和提示信息，以减少错误的发生。
3. 数据清洗规范对于已有的大规模数据，需要进行数据清洗，剔除重复、错误、缺失和异常数据，以保证数据库中的数据质量。
三、性能优化数据库的性能直接关系到系统的响应速度和用户体验。
为了提高数据库的性能，需要进行以下优化措施：1. 查询优化使用合适的查询方式、优化复杂查询语句、减少不必要的连接和子查询，以提高查询效率。
数据库设计规范
数据库设计规范数据库设计是软件开发过程中至关重要的一步，它的质量和规范性直接关系到系统的稳定性、性能和数据的安全性。
本文将介绍一些常见的数据库设计规范，以帮助开发者在设计数据库时遵循最佳实践，确保数据库的高质量和可维护性。
一、命名规范在数据库设计中，良好的命名规范是必不可少的。
以下是一些常用的命名规范：1. 表名和字段名要具有描述性，能够直观地反映其所代表的含义。
2. 避免使用数据库关键字作为表名或字段名。
3. 使用一致的命名风格，比如驼峰式命名法或下划线命名法。
二、表设计规范良好的表设计是保证数据库性能和数据完整性的基础。
以下是一些表设计的规范建议：1. 表结构要符合第三范式。
避免重复数据和数据冗余，提高数据的一致性和更新效率。
2. 选择合适的数据类型和字段长度，根据数据的实际需求选择适当的数据类型，避免过度使用字符型字段。
3. 为表添加主键和外键约束，确保数据的完整性和一致性。
4. 避免使用过多的索引，只为常用的查询字段添加索引，以提高查询效率。
三、字段设计规范字段是数据库中最基本的组成单元，良好的字段设计是保证数据准确性和查询性能的重要因素。
以下是一些字段设计的规范建议：1. 选择合适的数据类型，根据字段存储的数据类型和范围选择适当的数据类型，避免浪费存储空间和降低性能。
2. 为字段添加注释，注释能够提供字段的含义和用途，方便其他开发者理解和维护。
3. 避免使用空值，对于允许为空的字段，要慎重考虑是否真正需要允许为空，避免数据一致性问题。
4. 使用约束限制字段取值范围，根据业务需求添加合适的约束，比如唯一约束、非空约束等。
四、索引设计规范索引是提高查询效率的重要手段，但不恰当的索引使用会降低数据库的性能。
以下是一些索引设计的规范建议：1. 选择适当的索引字段，对于经常用于查询和连接的字段添加索引，避免过多的索引占用存储空间和降低写操作的性能。
2. 避免在大数据量表上创建过多的索引，慎重考虑索引的创建，对于大数据量表，需要权衡查询效率和写性能之间的平衡。
数据库设计规范手册
数据库设计规范手册1. 简介数据库设计规范手册是为了统一数据库设计标准和提高数据库设计质量而编写的指南。
本手册将详细介绍数据库设计的基本原则、规范要求以及最佳实践，旨在帮助数据库设计人员更好地完成其工作。
2. 数据库设计原则在进行数据库设计时，应遵循以下原则：2.1 数据库规范化•利用规范化减少重复数据。
•使用主键、外键来确保数据完整性。
2.2 完整性约束•定义适当的唯一约束、非空约束等。
•使用触发器确保业务逻辑的执行。
2.3 性能优化•避免大量冗余字段，减少存储空间占用。
•根据查询需求创建必要的索引。
•注意合理使用分区技术来优化查询效率。
2.4 安全性考虑•对敏感数据进行加密存储。
•设置合适的权限和访问控制策略。
3. 数据库对象命名规范为了方便管理和沟通，应遵循一致的命名规范。
以下是常见对象的命名要求：3.1 表名•使用小写字母。
•使用下划线作为单词分隔符。
•采用名词复数形式。
3.2 列名•使用小写字母。
•使用下划线作为单词分隔符。
•避免使用保留关键字。
3.3 约束名•使用大写字母和下划线组合。
4. 数据库设计规范要求在进行数据库设计时，应满足以下要求：4.1 表设计•设计符合业务需求的表结构，避免冗余字段。
•定义适当的主键、外键关系。
•注意选择正确的数据类型和长度。
4.2 索引设计•基于查询需求创建索引，提高查询性能。
•注意索引不宜过多，避免对写操作产生过多影响。
4.3 视图和存储过程设计•合理使用视图简化复杂查询。
•利用存储过程实现业务逻辑的封装和复用。
5. 最佳实践5.1 数据库备份与恢复策略定期备份数据库，并确保可靠的恢复策略以应对突发情况。
5.2 日志管理与审计追踪监控数据库日志，及时发现和解决潜在问题，并实施安全审计追踪。
5.3 定期维护与性能优化定期进行数据库维护工作，包括索引重建、数据清理等，并优化数据库性能以满足业务需求。
结论数据库设计规范手册对于确保数据库设计的一致性和高质量至关重要。
数据库设计规范
数据库设计规范数据库设计规范是指在进行数据库设计时需要遵循的一系列规则和准则，以确保数据库的结构和功能能够满足用户需求，并且能够高效地进行数据管理和存储。
本文将介绍一些常见的数据库设计规范，包括命名规范、数据类型选择、索引设计、表关系设计等。
1. 命名规范在数据库设计中，良好的命名规范能够使数据库对象更易于理解和维护。
以下是一些建议：1.1 表名、列名和约束名应使用清晰明了的描述性词汇，避免使用含糊不清或缩写的名称。
1.2 使用统一的命名风格，如下划线命名法（例如：user_name）或者驼峰命名法（例如：userName）。
1.3 避免使用数据库关键字作为对象的名称，以免引起冲突。
2. 数据类型选择选择合适的数据类型对数据库的性能和空间利用是至关重要的。
以下是一些常见的数据类型选择规范：2.1 尽量使用较小的数据类型，以减少存储空间和提高查询性能。
2.2 对于整数类型，根据实际需求选择合适的精度（如TINYINT、SMALLINT、INT等）。
2.3 对于字符串类型，根据实际需求选择合适的长度（如VARCHAR、CHAR等）。
2.4 避免使用文本型字段存储大量的文本数据，可以考虑使用CLOB或BLOB类型。
3. 索引设计合理的索引设计可以加速查询操作，但是过多或不恰当的索引会增加维护成本和写操作的开销。
以下是一些常见的索引设计规范：3.1 为频繁使用作为查询条件的字段添加索引，以提高查询性能。
3.2 避免在较小的表或者稀疏的字段上创建索引，因为这可能导致索引失效并降低性能。
3.3 当需要根据多个字段进行查询时，考虑创建复合索引，以提高查询效率。
4. 表关系设计在数据库设计中，表与表之间的关系是非常重要的。
以下是一些常见的表关系设计规范：4.1 使用主键（Primary Key）和外键（Foreign Key）来建立表与表之间的关联，以确保数据的完整性和一致性。
4.2 避免使用过多的嵌套层次关系，以减少查询的复杂性。
数据库设计规范_编码规范
数据库设计规范_编码规范数据库设计规范包括数据库表结构的设计原则和数据库编码规范。
数据库表结构的设计原则包括表的命名规范、字段的命名规范、主键和外键的设计、索引的使用、约束的定义等。
数据库编码规范包括SQL语句的书写规范、存储过程和函数的命名规范、变量和参数的命名规范、注释的使用等。
1.表的命名规范-表名使用有意义的英文单词或短语，避免使用拼音或缩写。
- 使用下划线（_）作为单词之间的分隔符，如：user_info。
- 表名使用单数形式，如：user、order。
2.字段的命名规范-字段名使用有意义的英文单词或短语，避免使用拼音或缩写。
- 字段名使用小写字母，使用下划线（_）作为单词之间的分隔符，如：user_name。
- 字段名要具有描述性，可以清楚地表示其含义，如：user_name、user_age。
3.主键和外键的设计-每张表应该有一个主键，用于唯一标识表中的记录。
- 主键字段的命名为表名加上“_id”，如：user_id。
- 外键字段的命名为关联的表名加上“_id”，如：user_info_id，指向user_info表的主键。
4.索引的使用-对于经常用于查询条件或连接条件的字段，可以创建索引，提高查询性能。
-索引的选择要权衡查询性能和写入性能之间的平衡。
-不宜为每个字段都创建索引，避免索引过多导致性能下降。
5.约束的定义-定义必要的约束，保证数据的完整性和一致性。
-主键约束用于保证唯一性和数据完整性。
-外键约束用于保证数据的一致性和关联完整性。
6.SQL语句的书写规范-SQL关键字使用大写字母，表名和字段名使用小写字母。
-SQL语句按照功能和逻辑进行分行和缩进，提高可读性。
-使用注释清晰地描述SQL语句的功能和用途。
7.存储过程和函数的命名规范-存储过程和函数的命名要具有描述性，可以清楚地表示其功能和用途。
-使用有意义的英文单词或短语，避免使用拼音或缩写。
- 使用下划线（_）作为单词之间的分隔符，如：get_user_info。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
保密级别：□绝密□机密□秘密■内部公开数据库设计规范变更记录目录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)数据类型的选用原则如果以下字段类型和长度能满足设计要求，必须遵循以下字段选用原则●涉及销售额等金额的数值：NUMBER (16,2)●涉及税率、比例、分成的数值：NUMBER (10,6)●涉及货物单价的数值：NUMBER (16,6)●涉及人数的数值：NUMBER (10)●涉及人名的：VARCHAR2 (50)●涉及单位名称、地址的：VARCHAR2 (100)●涉及说明、理由、意见的： VARCHAR2 (200)●optr_code，建议在业务表中增加该字段，表示操作员工号;●opt_date，建议在业务表中增加该字段，表示操作时间;●remark,建议在业务表中增加该字段，作为备用字段;●stand,建议在业务表中增加该字段，作为备注;●描述“是、否”类型的字段命名，避免使用“IS_”开头。
3命名规范3.1数据库命名规则数据库命名规则如下：项目简称+1位数据库类型代码+识别代码+序号数据库类型代码：1)T：业务型数据库2)A：分析型数据库3)H：历史数据库识别代码：1)DEV：开发数据库2)TEST：测试数据库如果一种类型的数据库一个数据库，则不加序号，否则末尾增加序号。
如果是生产库则不加识别代码，否则需要增加爱识别代码DEV或TEST如果只作历史库，部分生产、开发或者测试，则只需要项目简称+H+序号举例：出入系统业务生产库：AOCT、AOCT1、AOCT2出入系统业务开发库：AOCTDEV、AOCTDEV1、AOCTDEV2出入系统业务测试库：AOCTTEST、AOCTTEST1、AOCTTEST23.2数据库对象命名的一般原则数据库对象的命名应该以最少的字母达到最容易理解的意义。
如果没有特殊规定，数据库对象及其属性的命名应满足如下条件：1)命名不推荐使用保留字；2)数据库实体统一采用英文命名；3)对象命名长度最好不要超过18个字符，缩写要易于理解，符合通用的习惯，例如部门编码缩写：dept_code,组织机构编码缩写：org_code。
4)前导字符为A至Z5)非前导字符可以为：●A至Z●0至9●_（下划线字符）3.3表空间(Tablespace)命名规则1)表空间●表空间的描述规则统一为：TS_业务规则。
●例如：TS_CRM等2)临时表空间临时表空间的描述规则统一为：TS_TMP_业务规则。
3.4表(Table)命名规则1)业务数据库中的数据表命名规则：子系统简称_业务含义2)分析型数据库中的数据表操作型数据存储区中的数据表：ODS_业务规则。
事实表：FACT_业务规则。
维表数据：DIM_业务规则。
中间表：MID_业务规则。
3.5字段命名规则1)主键与外键必须使用相同的字段名和数据类型(含数据精度);尽量少使用联合主键；主键的命名有一定的含义，不要只写成“ID”之类的字段名；主键的生成规则有一定的含义，比如前缀+流水号规则，不要使用自增主键，不要使用数字类型。
2)凡与业务含义无关的主键一律加_ID后缀。
如PARTY_ID;3)凡是具有业务含义的编码（或代码）等字段一律加_CODE后缀。
如PARTY_CODE;4)凡是名称、姓名等字段一律加_NAME后缀。
如PARTY_NAME;3.6视图(View)命名规则命名规则：VW_子系统简称_业务含义。
3.7序列(Sequence)命名规则命名规则：SEQ_表名。
3.8存储过程(Procedure)的命名规则命名规则：PRC_子系统简称_业务含义。
3.9函数(Function)的命名规则命名规则：FUN_子系统简称_业务含义。
3.10索引(Index) 命名规范命名规则：IDX_表名_有关字段。
不允许使用自动生成的索引。
3.11约束(Constraint) 命名规范主键(Primary Key Constraint)：PK_表名，需要考虑主键长度太长无法创建的情况，表名部分要尽量简化且易于区分。
外键(Foreign Key Constraint)：FK_表名_字段_被参照 (referenced) 表名,需要考虑外键长度太长无法创建的情况，表名部分要尽量简化且易于区分。
4数据模型产出物规范1)PDM文件数据模型产出物统一为PDM文件。
各个项目根据情况，可以区分概念模型和物理模型；2)XML文件数据模型需要产出相应的XML文件，通过PDM进行转换，具体xml使用说明参照附录A。
3)建表脚本数据库的建表脚本作为数据库设计的规范产出物，需要严格进行版本控制，有统一的命名规范，命名规范如下：●创建表脚本：项目简称_create_table.sql。
●修改表脚本：项目简称_alter_table.sql，在原有表的基础上做的修改，增加字段、主键、外键、索引等。
●创建存储过程脚本：项目简称_create_prc.sql，所有涉及存储过程的创建和修改，必须实时更新此文件。
●创建函数脚本：项目简称_create_fun.sql，所有涉及函数的创建和修改，必须实时更新此文件。
●创建视图脚本：项目简称_create_view.sql, 所有涉及视图的创建和修改，必须实时更新此文件，并且如果在PDM文件中有视图的创建，需要更新PDM文件。
注：修改表脚本只作为备忘，所有表结构的修改，都必须实时更新“PDM文件”和“创建表脚本”，便于项目实施时表结构的导入。
附录A：xml文件使用说明表结构设计文件是指在进行表，视图，以及约束的设计过程中所产生的文件。
格式：xml文件✧<?xml-stylesheet type=“text/xsl” href=“ui/TL_Schema.xsl”?>✧<!DOCTYPE app-data SYSTEM “ui/TL_Schema.dtd”>上面两行格式固定，主要用于数据结构的列表展示，每一个表结构文件都要引用✧<app-data> 文件根节点✧<database> 文件二级节点，下面允许有多个<module>元素✧<module name=“DEPLOY” chineseDescription=“基础信息维护”>✧文件三级节点，指项目设计中的模块，name 和chineseDescription必须维护。
下面允许有多个<submodule>节点。
✧<submodule name=“BASE_SOURCE” chineseDescription=“基础信息”>文件四级节点，指项目设计中的模块，name 和chineseDescription必须维护。
下面允许有多个<table>节点✧<table name=“DEPLOY_MACHINE” chineseDescription=“主机信息” pkg=“com.tl.deploy.machine” jspPath=“com/tenglong/deploy/machine” function1=“all”>表定义节点，下面允许有多个<rem><column><foreign-key><index>元素✓属性name指代表的英文名称,✓属性chineseDescription指表的中文名称。
✓属性pkg指由表结构自动生成的java类所在包路径。
✓属性jspPath指由表结构自动生成的jsp文件在所路径✓属性function=“all”指生成增删改查✓属性head =“TABLE_NAME”指当前表的主表名称✓属性line = “TABLE_NAME”指当前表的细表名称✧<rem>表注释元素，用来对表的功能，修改信息做出描述</rem>✧<column name=“PID” primaryKey=“true” required=“true” type=“VARCHAR”size=“32” chineseDescription=“内码” queryShow=“true” searchShow=“true”updateShow=“false” insertShow=“true” detailShow=“true”/>表的列元素。