主键特性与设计原则

选择主键的原则是尽量选择单个键作为主键，以确保稳定性，同时应选择更新频率较低的数值列作为主键。

【MySQL表格设计原则详解】是关于数据库设计的详细介绍，涵盖了多个关键知识点，提升数据库设计能力。在设计数据库表时，遵循一定的原则至关重要。以下是这些原则和相关技术的详细说明：1. 表格设计原则：- 简化单表：确保每个表专注于单一的业务实体，减少跨表关联，降低复杂性。- 数据冗余：适度的数据冗余可以减少关联查询，提高性能。但这需要权衡，因为可能导致数据一致性问题。- 数据分割：限制表的字段数量不超过30个，以保持表格的清晰度和管理效率。- 数据归档：将冷数据和热数据分离，以优化性能和存储资源。- 数据标签化：避免状态拼凑，使数据更易于管理和理解。2. 字段设计：- ID生成机制：可以选择自增ID、UUID或雪花算法，每种都有其优缺点，需要根据具体需求选择。- 字段命名：使用英文名称，遵循统一的命名规则，提高代码可读性。- 字段类型：如使用Varchar而非Char以节省空间，对于状态字段使用Tinyint，时间字段推荐使用Datetime而非Timestamp。- 字段数量控制：避免过多字段，以减少存储开销和查询复杂性。3. 分区表：- 分区类型：包括Range（范围分区）、List（列表分区）、Hash（哈希分区）和Key（键分区），根据数据分布特征选择合适的分区策略。- 分区设计：字段应稳定，便于过滤，确保数据分页均匀分布，避免频繁的分区调整。4. 字段约束：确保数据完整性，如设置主键约束，保证每条记录的唯一性，以及外键约束，维护表间的关系。5. 视图算法：视图可以提供简洁的查询接口，但创建索引时需谨慎，因为视图不存储实际数据，可能会增加计算成本。6. 性能设计：- 系统负载：考虑并发量、峰值预测，选择适当的数据库类型，如读写分离、冷热数据拆分。- 读写比例：根据业务特点决定是否进行数据冗余，以优化读写性能。- 业务分析：识别关键业务，优化瓶颈操作流程，利用数据缓存（如Redis）提高性能。7. 数据统计：- 实时与延迟统计：结合实时统计和延迟计算，平衡精度与效率。8. 主键与外键：- 主键：唯一标识，无业务

亿信BI平台基于B/S架构，采用数据仓库（DW）和商业智能（BI）理论与技术，并融合先进软件开发技术。其设计遵循以下原则： 先进性 遵循维度事实结构的星型数据仓库模型 遵循多维（MD）和ROLAP理论 支持标准OLAP分析和OLTP报表 支持深入的数理统计分析功能

流程驱动架构设计指南 使用 Oracle BPM 和 SOA Suite 12c 编排和管理灵活的流程驱动系统 本书将指导您学习使用 BPMN 和 BPEL 对业务流程进行建模的关键原则，并在 SOA 环境中执行它们。您将掌握复合应用程序的最佳实践，包括服务设计和人机交互，并将这些实践应用于您的日常项目中。通过真实的示例，您将能够设计、实现和优化业务流程，并理解所有关键概念。 目标读者 本书面向负责或参与业务流程开发、建模、监控或复合流程应用程序实现的 BPM 和 SOA 架构师、分析师、开发人员和项目经理。书中阐述的原则与本地和云解决方案的设计相关。 您将学到 业务流程和业务架构建模的设计原则 在 BPMN 中生成可执行业务流程的最佳实践 原则 whe

数据库设计原则包括各种范式标准、E-R图、三少原则，及提高数据库运行效率的办法。

产品(Product)-设计原则 金融机构以追求利润最大化为目标，向市场提供各种金融产品和服务。本主题存储我行的各项业务品种，同时可存放竞争对手的产品。 目前，在通用数据标准成果中，产品代码与源系统无映射关系。模型客户化后，基于源业务系统的业务种类定义统一的业务种类信息。业务种类与协议的对应关系为CCB建立PMS（产品管理系统）后做准备。 特征子主题设计的前提是产品定义及描述的规范化。目前，源系统中特征信息描述不规范，难以统一标识。因此，特征子主题中的大部分实体在逻辑层面存在。其他主题（如协议）涉及的特征信息（如利率、费用等）存放在相关实体中。特征子主题的物理化将随着数据源信息规范化的完善而实现。

资产设计原则涵盖了从业务系统中获取的各类客户资产和建行自有资产，包括房地产、存货、机动车辆以及在其他金融机构的存款。客户在本行的存款虽然也是资产，但不在此处列出。客户资产来源于贷款申请时的各种担保信息和抵质押品信息，建行自有资产主要由抵债资产组成。当前在源业务系统中记录的资产包括：CMIS、OPICS、DMAMIS、CLPM、SARM、PMIS、OBDI。数据仓库模型的简介将进一步说明资产管理和整合的方法。

数据库设计的经典14条原则#### 1.实体关系的1:1、1:N、N:M关系- 定义与解释：在设计数据库时，实体之间的关系通常分类为一对一（1:1）、一对多（1:N）或多对多（N:M）。一对一表示两个实体之间存在唯一的对应关系；一对多表示一个实体可以关联多个其他实体；多对多允许两个实体之间存在多种关联。 - 应用实例：例如在员工信息系统中，员工与部门之间通常是一对多的关系（一个部门可以有多个员工），而员工与职位之间可能是一对一的关系（每个员工只有一个职位）。 #### 2.高维度概念的数据库设计- 核心理念：在设计数据库时，必须正确建模所有实体，避免重复或不必要的数据。这有助于维护数据的完整性和一致性。 - 实施方法：通过创建详细的实体关系图（ER图）确保准确表示每个实体及其属性，同时清晰定义各实体之间的关系。 #### 3.及时调整数据库结构- 原则要点：在修改数据库结构时，确保不破坏现有数据完整性，先备份当前数据。在进行结构更改之前，需理解其对现有应用程序的影响。 - 应用场景：当业务需求变化或技术进步时，可能需要调整数据库的表结构或字段类型等。 #### 4.规范化的基本原则- 规范化的作用：通过规范化过程减少数据冗余并提高数据完整性。 - 规范化级别： -第一范式（1NF）：消除重复的组。 -第二范式（2NF）：确保每列都依赖于整个主键。 -第三范式（3NF）：确保非主键列仅依赖于主键，而不是其他非主键列。 - 实际应用：通过适当分解表来符合特定的规范化标准，以提高查询效率和减少数据维护复杂性。 #### 5.选择适当的主键- 主键的重要性：主键用于唯一标识表中的每一行记录。 - 主键选择标准：应选择稳定、不易更改且唯一的属性作为主键。 - 示例：在“产品”表中，产品编号可以作为主键。 #### 6.确保外键的有效性- 外键的作用：用于建立不同表之间的联系，保证数据的参照完整性。 - 注意事项：在定义外键时，应确保源表中的主键在目标表中存在相应的值，以维持数据的准确性。 #### 7.处理多对多关系的正确方式- 多对多关系的处理：

SQL优化的一般性原则 目标： 减少服务器资源消耗（主要是磁盘IO）； 设计方面： 尽量依赖Oracle的优化器，并为其提供条件； 合适的索引，索引的双重效应，列的选择性； 编码方面： 利用索引，避免大表FULL TABLE SCAN； 合理使用临时表； 避免写过于复杂的SQL，不一定非要一个SQL解决问题； 在不影响业务的前提下减小事务的粒度；