设计文档 数据库

一、设计文档 数据库

设计文档：数据驱动的数据库设计

在当今数字化时代，数据库是企业的核心资产之一。设计一个高效、可靠、安全的数据库是每个数据库管理员和开发人员的首要任务。本文将介绍如何根据数据驱动的设计原则来创建一个优化的数据库。

什么是数据驱动的设计？

数据驱动的设计是一种从数据需求和业务流程出发，通过分析和理解数据来决定数据库结构和设计的方法。它强调将数据作为设计的核心，确保数据库能够满足业务需求，并且能够支持未来的扩展和变化。

数据库设计时，需要从三个方面考虑数据驱动原则：

1. 数据需求：分析业务需求，确定数据的种类、属性和关系，并合理地组织数据。
2. 数据访问：考虑数据的访问方式和频率，设计合适的索引和查询。
3. 数据安全：保护数据的完整性和隐私，考虑数据备份和恢复机制。

数据库设计的重要性

一个好的数据库设计能够带来诸多好处：

• 提高性能：合理的数据库设计可以提高系统的响应速度和吞吐量，缩短查询时间。
• 降低成本：优化数据库结构可以减少数据存储空间的占用，降低硬件和维护成本。
• 增强可维护性：清晰的数据库结构和关系可以减少开发和维护人员的工作量，提高系统的可维护性。
• 提升安全性：有效的数据库设计可以保护系统的数据安全，防止数据泄漏和未授权访问。

数据驱动的数据库设计步骤

下面是一个数据驱动的数据库设计的基本步骤：

1. 需求分析：与业务方沟通，了解系统需求和数据需求。
2. 数据模型设计：根据需求分析结果，设计逻辑数据模型和物理数据模型。
3. 数据库规范：定义数据库命名规范、数据类型、约束等规范。
4. 表设计：根据数据模型和数据库规范，设计数据库表结构和关系。
5. 索引和查询设计：根据数据访问需求，设计适当的索引和查询计划。
6. 安全设计：制定数据安全策略，包括用户权限管理、备份和恢复策略。
7. 性能优化：通过调优和优化数据库结构，提高系统性能。

数据驱动的数据库设计的最佳实践

在进行数据驱动的数据库设计时，以下几点是需要注意的最佳实践：

1. 理解业务需求：与业务方充分沟通，深入理解业务需求，确保数据库能够满足实际业务场景。
2. 遵循规范：制定并遵循一致的数据库规范，包括命名规范、数据类型规范、约束规范等。
3. 合理规划数据结构：根据业务需求和数据关系，合理规划数据库表结构和关系，避免冗余和重复数据。
4. 考虑性能和扩展：在设计数据库时，充分考虑系统的性能需求和未来的扩展需求。
5. 保护数据安全：采取必要的安全措施，保护数据的完整性和隐私。

结论

数据驱动的数据库设计是实现高效、可靠、安全数据库的关键。通过深入理解业务需求，合理规划数据结构，优化性能和保护数据安全，可以创建一个优化的数据库，提高系统的响应速度和扩展能力。

尽管数据库设计是一个复杂的过程，但只要遵循数据驱动的设计原则和最佳实践，就能够创建出一个出色的数据库，为企业的业务发展提供强有力的支持。

二、数据库接口设计文档

数据库接口设计文档是软件开发过程中至关重要的一部分。它定义了系统与数据库之间的交互方式，确保数据的正确存取和操作。

为什么需要数据库接口设计文档？

在软件开发过程中，数据库是承载重要数据的核心组件。数据库接口设计文档作为数据库与系统之间的纽带，起着沟通和协调的作用。

首先，数据库接口设计文档能够明确规定数据的格式和存储方式。通过明确的接口规范，能够确保系统与数据库数据的一致性和准确性。

其次，数据库接口设计文档能够规范数据库操作的接口和方法。这包括数据的增删改查等操作，通过规范化的接口，保证了数据的安全、可靠和高效。

此外，数据库接口设计文档还能够提供详尽的数据库结构和表之间的关系。这对于数据库管理和扩展非常重要，也能够帮助开发人员快速了解数据库的结构和功能。

数据库接口设计文档的基本要素

数据库接口设计文档通常包括以下几个基本要素：

• 接口标识：每个接口都需要有一个唯一的标识符，用于辨识和查找具体的接口。
• 接口描述：对接口的功能和作用进行详细的描述，包括输入参数、输出参数等详细信息。
• 接口方法：定义接口的具体方法和操作，例如增加数据、删除数据、更新数据等操作。
• 接口规范：定义接口的规范和约束，例如数据格式、数据类型、数据长度等限制条件。
• 错误处理：定义接口在出现错误时的处理方式和返回错误信息的规范。

通过以上要素的定义，数据库接口设计文档能够提供清晰、准确和可操作的接口规范，保证数据库的稳定性和安全性。

数据库接口设计文档的编写流程

编写数据库接口设计文档需要经过以下几个主要的步骤：

1. 需求分析：首先，需要对系统的需求进行全面的分析和了解。理解系统所需的数据信息和功能，确定所需的数据库接口。

2. 接口设计：根据需求分析的结果，进行接口的设计和定义。包括接口标识、接口描述、接口方法、接口规范等要素的规划和确定。

3. 接口实现：根据接口设计的要求，进行具体的接口实现。这包括数据库的创建、表的设计和数据操作方法的编写等。

4. 接口测试：完成接口的实现后，需要进行接口测试。通过各种测试用例，验证接口的正确性和稳定性。

5. 文档撰写：最后，根据接口设计、实现和测试的结果，进行数据库接口设计文档的撰写和整理。

以上流程能够确保数据库接口设计文档的全面性和准确性，提高数据库系统的可管理性和可维护性。

数据库接口设计文档的最佳实践

在编写数据库接口设计文档时，还需考虑以下最佳实践：

• 清晰明了：文档内容要简洁明了，避免使用过多的专业术语和技术词汇，以确保读者能够轻松理解和使用。
• 详尽完整：文档应尽可能详尽完整，描述接口的所有细节和要求，确保开发人员能够准确实现和使用接口。
• 与代码保持同步：数据库接口设计文档应与实际代码保持同步，及时更新和维护，避免出现文档与代码不一致的情况。
• 易于维护：文档应具备易于维护性，随着系统的演变和需求的变更，及时更新和调整文档，保证其有效性和实用性。

总而言之，数据库接口设计文档的编写对于软件开发过程至关重要。它能够确立数据库与系统之间的规范，保障数据的安全和可靠。因此，在开发任何系统时，务必重视数据库接口设计文档的编写和维护。

三、数据库表设计文档

数据库表设计文档

数据库表设计是我们在开发和管理数据库时必须要做的一项重要工作。一个良好设计的数据库表能够有效地存储和管理数据，提高数据库的性能和可维护性。本文将介绍数据库表设计文档的重要性以及如何编写一个高质量的数据库表设计文档。

为什么需要数据库表设计文档？

数据库表设计文档是数据库开发过程中的重要产物，它记录了数据库表的结构、关系和约束等关键信息。以下是一些数据库表设计文档的重要性：

• 清晰的表结构：数据库表设计文档能够清楚地描述表的字段、数据类型、长度、关系等信息，使开发人员和数据库管理员能够快速理解和操作表。
• 减少错误和冲突：通过数据库表设计文档，我们可以预先发现和解决字段冲突、数据类型错误等问题，减少后期的修改和调整。
• 提高团队协作：数据库表设计文档可以作为团队间沟通的工具，明确每个表的设计和用途，减少沟通误差和开发冲突。
• 维护数据库结构：随着业务的发展，数据库表的结构可能会发生变化。数据库表设计文档可以帮助我们记录和维护表结构的演变。
• 性能优化：数据库表设计文档可以帮助我们分析和优化数据库的性能，包括索引的设计、冗余字段的消除等。

如何编写数据库表设计文档？

一个高质量的数据库表设计文档应包含以下关键信息：

1. 表名称和描述：明确表的名称和描述，使读者能够快速了解表的用途和功能。
2. 字段定义：为每个字段提供详细的定义，包括字段名称、数据类型、长度、约束条件等。
3. 主键和外键：标明表的主键和外键关系，以便确保数据的完整性和一致性。
4. 索引设计：分析表的查询需求，设计合适的索引以提高查询性能。
5. 表关系图：绘制表与表之间的关系图，包括一对一、一对多和多对多的关系。
6. 数据字典：为表中的每个字段提供释义和业务含义，使开发人员能够更好地理解字段的含义。
7. 数据样本：提供一些数据样本，以便读者能够更好地了解表的内容和结构。
8. 历史变更记录：记录表结构的历史变更，包括新增字段、修改字段等。

除了以上关键信息，数据库表设计文档还应该遵循一些编写规范：

• 使用清晰简洁的语言，避免使用过于技术化的术语。
• 使用标准的文档结构，包括标题、段落、列表等。
• 使用代码块或表格展示复杂的结构或约束条件。
• 添加适量的注释和说明，以便读者理解文档内容。
• 及时更新和维护文档，保持文档的准确性和实时性。

数据库表设计文档的维护和管理

数据库表设计文档的编写只是一个开始，它还需要得到有效的维护和管理。以下是一些建议：

• 版本控制：将数据库表设计文档纳入版本控制系统，确保每一次的修改都能被记录和追踪。
• 定期审核：定期回顾和审核数据库表设计文档，确保其与实际表结构的一致性。
• 与团队共享：将数据库表设计文档与团队成员共享，确保大家都能够访问和使用文档。
• 培训和指导：对新加入团队的成员进行数据库表设计文档的培训和指导，确保他们理解并遵循文档的编写规范。
• 文档备份：定期进行数据库表设计文档的备份，防止因误操作或系统故障导致文档丢失。

数据库表设计文档在整个数据库开发和管理过程中起到了重要的作用。通过编写高质量和规范的数据库表设计文档，能够提高开发效率，降低维护成本，并确保数据库的稳定性和可扩展性。因此，在实际的数据库开发和管理工作中，我们应该高度重视数据库表设计文档的编写、维护和管理。

四、数据库详细设计文档

数据库详细设计文档

数据库详细设计文档是开发软件时必不可少的一部分，它记录了数据库的详细设计细节和规范。这个文档是让开发人员和数据库管理员了解数据库结构和操作的重要指南。在这篇博文中，我们将详细讨论数据库详细设计文档的重要性以及如何编写一个好的文档。

数据库详细设计文档的重要性

数据库详细设计文档在软件开发过程中起到了关键作用。它不仅提供了数据库结构的详细信息，还为开发人员提供了操作数据库的指导。以下是数据库详细设计文档的几个重要方面：

• 定义数据库结构：文档中应定义数据库中的表、字段、主键、外键等基本结构。这有助于开发人员在开发过程中遵循统一的结构和规范。
• 描述表关系：文档中应说明表与表之间的关系，包括一对一、一对多和多对多关系。这有助于开发人员在编写数据库查询时理解表之间的连接。
• 提供SQL语句示例：文档中可以包含常用的SQL语句示例，如插入、更新和删除数据的SQL语句。这有助于开发人员快速了解如何使用数据库。
• 记录数据字典：文档中应记录数据库中使用的所有表、字段和数据类型的详细说明。这有助于开发人员理解数据的含义和用途。
• 指导数据库管理：文档中应提供数据库备份、恢复和性能优化等管理指导。这有助于数据库管理员维护和管理数据库。

编写数据库详细设计文档的要点

编写一个好的数据库详细设计文档需要考虑以下几个要点：

1. 清晰明了：文档应该使用清晰、简洁和易于理解的语言。避免使用过于专业化的术语，以免让非专业人士难以理解。
2. 结构合理：文档应该按照一定的结构和层次进行组织，例如按功能模块划分章节或按数据库对象划分章节。
3. 示例丰富：通过提供丰富的示例和代码片段，使开发人员更容易理解和使用文档中的信息。
4. 图文并茂：使用图表、图像和表格等可视化元素，帮助读者更好地理解数据库结构和操作。
5. 更新及时：文档应该与数据库结构保持同步，并定期进行更新，以确保文档的准确性和有效性。
6. 团队参与：编写数据库详细设计文档应该是一个团队合作的过程，开发人员、数据库管理员和项目经理等应该共同参与。

数据库详细设计文档的示例

以下是一个简单的数据库详细设计文档示例，仅供参考：

1. 数据库结构

本部分定义了系统中使用的数据库表以及每个表所包含的字段。

1.1 用户表（User）

字段名	字段类型	说明
id	INT	用户ID
name	VARCHAR(100)	用户名
email	VARCHAR(100)	用户邮箱

1.2 评论表（Comment）

字段名	字段类型	说明
id	INT	评论ID
content	TEXT	评论内容
user_id	INT	评论用户ID

2. 表关系

本部分描述了数据库中表之间的关系。

2.1 用户与评论的关系

用户表（User）与评论表（Comment）之间是一对多的关系。一个用户可以对应多条评论，但一条评论只能属于一个用户。

3. SQL语句示例

本部分提供了一些常用的SQL语句示例。

3.1 插入用户数据

INSERT INTO User (id, name, email) VALUES (1, '张三', 'zhangsan@example.com');

3.2 查询用户数据

SELECT * FROM User WHERE id = 1;

4. 数据字典

本部分记录了数据库中使用的所有表、字段和数据类型的详细说明。

4.1 用户表（User）

用户表用于存储系统中的用户信息。

表字段：

• id：用户ID，INT类型。
• name：用户名，VARCHAR(100)类型。
• email：用户邮箱，VARCHAR(100)类型。

4.2 评论表（Comment）

评论表用于存储用户对文章的评论信息。

表字段：

• id：评论ID，INT类型。
• content：评论内容，TEXT类型。
• user_id：评论用户ID，INT类型。

总结

数据库详细设计文档对于软件开发项目来说非常重要。它为开发人员、数据库管理员和其他相关人员提供了数据库结构和操作的重要指南。编写一个好的文档需要考虑语言清晰、示例丰富、图文并茂等要点。通过合理编写和维护数据库详细设计文档，可以提高软件开发的效率和质量。

五、oracle数据库设计可以参考哪些文档资料？

主要常用的就两个。

“listener.ora”，这个是配置数据库程序监听主机的。

“tnsnames.ora”，这个是配置oracle实例的，之后不需要写那串直接写名字就可以进行数据库访问。

六、文档管理系统数据库设计

文档管理系统数据库设计是建立一个高效、可靠的文档管理系统的基础。在设计文档管理系统的数据库时，需要考虑多方面因素，包括数据结构、性能优化、安全性等方面。本文将深入探讨文档管理系统数据库设计的关键要点。

数据结构设计

在构建文档管理系统的数据库时，首先要考虑的是数据结构设计。数据结构的设计直接影响着系统的性能和可扩展性。一般来说，文档管理系统的数据库可以分为文档存储表、用户表、权限表等几个主要的表。其中，文档存储表是最核心的部分，需要设计良好的存储结构来存储文档的信息，包括标题、内容、作者、创建时间等字段。

性能优化

在大规模文档管理系统中，性能优化是至关重要的。通过合理的索引设计、查询优化和缓存机制，可以提升系统的响应速度和效率。在数据库设计中，可以考虑使用主键、外键和唯一索引来加速数据的检索和操作。此外，合理设计数据库表之间的关联关系也是提升性能的关键。

安全性设计

在文档管理系统中，安全性是首要考虑的因素之一。数据库设计应该考虑到数据的保密性和完整性，防止数据泄露和损坏。为了保护数据安全，可以采用加密算法对敏感信息进行加密存储，限制用户访问权限，定期备份数据等措施。

备份与恢复策略

为了防止意外情况导致数据丢失，文档管理系统的数据库设计应包括完善的备份与恢复策略。定期对数据库进行备份，并确保备份数据的完整性和可靠性。同时，设计合理的数据恢复机制，以便在发生数据丢失时能够快速恢复数据。

日志记录与审计

日志记录与审计是文档管理系统数据库设计中不可或缺的一部分。通过记录用户操作日志和系统事件，可以追踪操作历史，保障系统的安全性和可追溯性。在数据库设计中，应该考虑存储和管理这些日志信息，确保日志记录的完整性和可查询性。

容灾与高可用性

容灾与高可用性是文档管理系统数据库设计的重要考虑因素。通过设计容灾方案和高可用性架构，可以保证系统在面对突发情况时能够快速恢复和保持稳定运行。在数据库设计中，可以采用主从复制、集群部署等技术手段来实现系统的容灾和高可用性。

总结

综上所述，文档管理系统数据库设计是文档管理系统建设的基础，关乎系统的性能、安全性和稳定性。合理设计数据结构、优化性能、保障安全性、制定备份策略、强化日志审计、实现容灾高可用性等都是数据库设计中需要重点考虑的方面。通过不断优化和完善数据库设计，可以打造一个高效、可靠的文档管理系统，提升用户体验和工作效率。

七、java的数据库设计文档模板

Java的数据库设计文档模板: 完整指南

在开发任何Java应用程序时，数据库设计是至关重要的一环。一个良好设计的数据库可以确保系统的稳定性、性能和扩展性。本文将介绍Java的数据库设计文档模板，帮助开发人员规范化数据库设计过程，提高工作效率。

为什么需要数据库设计文档模板？

数据库设计文档是数据库开发过程中的重要参考资料，它包含了数据库结构、关系、约束等关键信息。使用数据库设计文档模板可以帮助开发人员系统化地记录和管理数据库设计细节，减少沟通成本，提高团队协作效率。

Java的数据库设计文档模板示例

以下是一个简单的Java的数据库设计文档模板示例，包括常用的数据库对象和属性：

• 数据库名称： [数据库名称]
• 表名称： [表名称]
• 字段名称： [字段名称]
• 数据类型： [数据类型]
• 约束条件： [约束条件]

数据库设计文档模板的重要性

一个完整的数据库设计文档模板可以帮助开发团队更好地理解数据库结构，减少后续维护和修改的风险。它还可以作为项目文档的重要组成部分，帮助新加入团队的成员快速熟悉数据库设计。

如何使用数据库设计文档模板？

使用数据库设计文档模板的过程中，需要注意以下几点：

1. 详细记录： 确保文档中包含足够详细的信息，以便他人理解和操作。
2. 及时更新： 随着项目的进展，及时更新数据库设计文档，保持其与实际数据库结构一致。
3. 团队共享： 将数据库设计文档分享给团队成员，促进交流和协作。

结语

Java的数据库设计文档模板是数据库设计过程中的重要工具，它能帮助开发团队更好地管理和维护数据库结构。通过规范化的数据库设计文档，可以提高系统的可维护性和性能，从而为用户提供更好的使用体验。

八、数据库设计方法？

数据库设计是指根据用户的需求，设计数据库的结构和建立数据库的过程。

在数据库设计过程中，产生了一系列的数据库模型，包括概念模型、逻辑模型和物理模型。

数据库的设计方法包括：需求分析、概念设计、逻辑设计、物理设计和验证设计。

1、一对一设计原则

在软件开发过程中，需要遵循一对一关系设计原则进而开展数据维护工作，通过利用此原则能够尽量减少维护问题的出现，保证数据维护工作顺利开展同时降低维护工作难度。

在此过程中，尽量避免数据大且数据杂现象出现，否则既会影响到软件开发进度，又会增加工作难度，给其产品质量带来影响。

所以，设计工作人员必须重视起此问题。

同时充分了解实体间存在的必然联系，进而实现信息数据分散的目标，并在此基础上提高整体工作人员的工作效率，提高软件应用程序可靠性、科学性、安全性以及自身性能。

2、独特命名原则

独特命名原则的应用是为了减少在数据库设计过程中出现重复命名和规范命名现象出现。

通过应用此原则能够减少数据冗杂，维护数据一致性，保持各关键词之间存在必然相对应联系。

独特命名原则能够锻炼工作人员对大小写字母熟练操作能力，有利于规范化后台代码工作的开展。

3、双向使用原则

双向使用原则包括：事务使用原则和索引功能原则。

首先，双向使用原则是在逻辑工作单元模式基础上实现其表现形式的，不仅给非事务性单元操作工作提供基础保障，也保证其能够及时更新、获取数据资源。

索引功能原则的有效运用，使其获取更多属性列数据信息，并且对其做到灵活排序。

目前，软件市场常见的索引模式有：多行检索聚簇索引和单行检索非聚簇索引。

九、数据库设计?

本文档明确数据库设计原则和规范，规范数据库对象命名方式，见名知意，强化分工，保证数据库高效稳定运行

1 数据库设计原则

1) 充分考虑业务逻辑和数据分离，数据库只作为一个保证ACID特性的关系数据的持久化存储系统，尽量减少使用自定义函数、存储过程和视图，不用触发器。

2) 充分考虑数据库整体安全设计，数据库管理和使用人员权限分离。

3) 充分考虑具体数据对象的访问频度及性能需求，结合主机、存储等需求，做好数据库性能设计。

4) 充分考虑数据增长模型，决策是否采用“分布式（水平拆分或者垂直拆分）”模式。

5) 充分考虑业务数据安全等级，设计合适的备份和恢复策略。

2 设计规范

2.1 约定

1) 一般情况下设计遵守数据的设计规范3NF，尽量减少非标准范式或者反模式使用。

3NF规定：

Ø 表内的每一个值都只能被表达一次。

Ø 表内的每一行都应该被唯一的标识（有唯一键）。

Ø 表内不应该存储依赖于其他键的非键信息。

常见关键字（不得直接作为相关命名）：range、match、delayed、select、and、from、where、not、in、out、add、as、user、name、key、index、type、group、order、max、min、count、concat、by、desc、asc、null等等，更多请参考 MySQL 官方保留字。

2) 数据库和表的字符集统一：字符集（utf8mb4），排序规则（utf8mb4_general_ci）

2.2 表设计规范

1) 应该根据系统架构中的组件划分，针对每个组件所处理的业务进行组件单元的数据库设计；不同组件间所对应的数据库表之间的关联应尽可能减少，确保组件对应的表之间的独立性，为系统或表结构的重构提供可能性。

2) 采用领域模型驱动的方式和自顶向下的思路进行数据库设计，首先分析系统业务，根据职责定义对象。对象要符合封装的特性，确保与职责相关的数据项被定义在一个对象之内，不会出现职责描述缺失或多余。

3) 应针对所有表的主键和外键建立索引，有针对性地建立组合属性的索引。

4) 尽量少采用存储过程。

5) 设计出的表要具有较好的使用性。

6) 设计出的表要尽可能减少数据冗余，确保数据的准确性。

2.3 字段规范

1) 一行记录必须表内唯一，表必须有主键。

2) 如果数据库类型为MYSQL ，应尽量以自增INT类型为主键。如果数据库类型为ORACLE，建议使用UUID为主键。

3) 日期字段，如需要按照时间进行KEY分区或者子分区，则使用VARCHAR2类型存储，存储格式为：YYYYMMDD 。如若不需要以KEY形式作为分区列，则使用DATE或者DATETIME类型存储。不建议使用时间戳存储时间。

4) 字段名称和字段数据类型对应，如DATE命名字段，则存储时间精确到日，如TIME命名字段，则存储时间精确到时分秒，甚至毫秒。

2.4 命名规范类

2.4.1 约定

1) 数据库对象命名清晰，尽量做到见名知意，在进行数据库建模时备注对象，便于他人理解。

2) 数据库类型为MYSQL,采用全小写英文单词

3) 数据库类型为ORACLE，则使用驼峰式命名规范

4) 数据库对象命名长度不能超过30个字符

3 管理范围

管理数据库中所有对象，包括库，表，视图，索引，过程，自定义函数，包，序列，触发器等

3.1 建库

1) 数据库名：采用小写英文单词简拼或汉字小写拼音,多个单词或拼音采用下划线"_"连接

2) 数据库编码规则及排序规则：字符集（utf8mb4），排序规则（utf8mb4_general_ci）

3) 建库其他要求：库名与应用名称尽量一致

3.2 建表

表名应使用名词性质小写英文单词。如果需要单词词组来进行概括，单词与单词之间使用英文半角输入状态下_连接。如果超长，则从前面单词开始截取，保留单词前三位，保留完整的最后一个单词，如果依然超长，则保留前面单词首字母，直接和最后一个单词连接；临时表命名以TMP开头，命名格式为TMP_模块/用途名称_名字拼音首字母；表名不能直接采用关键字命名

1) 表命名：采用“业务名称_表的作用”格式命名（例如：alipay_task / force_project / trade_config）

2) 建表其他要求：表名长度不能超过30个字符；一定要指定一个主键字段；必须要根据业务对表注释；如果修改字段含义或对字段表示的状态追加时，需要及时更新字段注释；

3) 表必备字段：

`is_delete` tinyint(1) unsigned NOT NULL DEFAULT '0' COMMENT '状态（1删除、0未删除）',

`is_enabled` tinyint(1) unsigned NOT NULL DEFAULT '1' COMMENT '状态（1启用、0作废）',

`op_first` varchar(50) DEFAULT NULL COMMENT '创建人',

`op_first_time` datetime DEFAULT NULL COMMENT '创建时间',

`op_last` varchar(50) DEFAULT NULL COMMENT '更新人',

`op_last_time` datetime DEFAULT NULL COMMENT '更新时间',

3.3 建字段

1) 字段命名：

表中标识唯一性字段必须以标识性简称+id命名。其余字段根据存储信息，使用名词性质英文单词表示，如需要单词词组来进行概括，单词与单词之间使用英文半角输入状态下_连接。外键引用字段使用外键表_id的形式命名；字段名必须使用小写字母或数字，禁止出现数字开头，禁止两个下划线中间只出现数字；表达是与否概念的字段，必须使用 is_xxx 的方式命名，数据类型是 unsigned tinyint；表达逻辑删除的字段名 is_deleted，1 表示删除，0 表示未删除

2) 字段类型、长度

如果存储的字符串长度几乎相等，使用 char 定长字符串类型；小数类型为 decimal；id 必为主键，类型为 bigint unsigned；应尽量以自增INT类型为主键；优先选择符合存储需要的最小的数据类型；将字符串转化为数字类型存储；对于非负数据采用无符号整形进行存储signed int -2147483648-2147483648，unsigned int 0-2147483648，有符号比无符号多出一倍的存储空间；varchar(n) n代表字符数，不是字节数，varchar(255)=765个字节，过大的长度会消耗更多的内存；避免使用text\BLOB数据类型，建议text\BLOB列分离到单独的扩展表中，text\BLOB类型只能使用前缀索引；避免使用enum数据类型，修改enum需要使用alter语句，enum类型的order by操作效率低，需要额外操作，禁止使用数值作为enum的枚举值；尽可能把所有列定义为not null，索引null列需要额外的空间来保存，所以要占用更多的空间，进行比较和计算时要对null值做特别的处理；禁止字符串存储日期型的数据，缺点1：无法用日期函数进行计算和比较，缺点2：用字符串存储日期要占用更多的空间；使用timestamp或datetime类型存储时间，timestamp存储空间更小；财务的相关金额使用decimal类型，decimal类型为精准浮点数，在计算时不会丢失精度，float、double非精准浮点数

3) 字段其他要求

字段名称长度不能超过30个字符、尽量减少或者不使用联合主键、字段尽可能不允许为null(为null时设定默认值)、文本类型字段，属性 字符集（utf8mb4），排序规则（utf8mb4_general_ci）、字段必须根据业务进行注释。

3.4 建索引

主键索引名为 pk_字段名；唯一索引名为 uk_字段名；普通索引名则为 idx_字段名。

说明：pk_ 即 primary key；uk_ 即 unique key；idx_ 即 index 的简称。

3.5 创建数据库表视图

1) 视图命名：以"v_项目名/模块名_用途"格式命名

2) 视图其他要求：视图名称长度不能超过30个字符

3.6 建存储过程及自定义数据库函数

1) 存储过程命名：以"sp_用途"格式命名

2) 自定义数据库函数：以“fn_用途”格式命名

3) 存储过程或自定义数据库函数：参数命名以“p_”开头命名；内部变量命名以“v_”开头命名；游标命名以“cur_loop_”开头命名；循环变量命名以“i_found_”开头命名。

3.7 建数据库用户

用户命名：采用授权用户姓名全拼小写命名

3.8 其他要求

1) 查询大数据表，参数字段需建索引；

2) 数据库表、字段删除或变更操作（a-不需要的表或字段，一般备注“作废”即可;b-需要修改的表或字段，先备注作废原表或原字段，再创建新表或新字段，且备注好作废原因。）；

十、时序数据库文档数据库区别？

第一个区别是存储海量数据时的存储占用量。时序数据库一般有很高的数据压缩率，即使海量数据存储的情况下，也可以对数据进行压缩存放，存储成本很低，这得益于时序数据库存储方式，一般是采用列式存储。

第二个显著的区别是与普通数据库相比，写入性能更好，即使在海量设备、测点的情况下，依然能有很优秀的性能。

第三个区别是，时序数据库的数据采集频率较快，存储的数据量也巨大。用户一般可以根据自己业务要求设置数据的保留期限，比如 10 年、50 年。关系库里面一般不会特别设置数据保留时间。