表规范

数据库表的规范：必须三个字段 1.id 2.创建时间 3.更新时间 解决方案：（自动填充方案） 1.数据库级别： 修改数据库数据类型：CURRENT_TIMESTAMP （更新时间字段勾选更新） `create_time` datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, `update_ti...

BI（商业智能）的应用与实施，数据仓库技术是核心的技术，数据仓库技术包括两方面：一是平台技术，即数据库与ETL的技术平台，纯技术的问题，我们暂且不表；二是应用实施技术，即如何根据客户的需求来构建数据...

文章目录一.主数据定义1.数据的层次模型(根据数据的特征、作用以及管理需求的不同)2.主数据涵盖了元数据、引用数据、企业结构数据、业务结构数据二.传统的软件项目实施三.主数据项目四.主数据项目详细规划第一阶段（体系规划阶段）第二阶段：平台实施阶段五.核心步骤1.主数据的准备2.系统集成架构 一.主数据定义 1.数据的层次模型(根据数据的特征、作用以及管理需求的不同) 分为6个层次:元数据、引用数据...

不知道 大家的 数据库设计的时候，通用字段是怎么设计的。。。 但是我待过了 几家公司了。。。 大型一点的项目， 一般都有 这个几个通用字段： createTime 创建时间 date creatorId 创建人编号 bigint creator 创建人 varchar update...

因为之前一直再查找一些比较好的数据库规范，以方便在开发时连接 MySQL 进行查询/建表的时候，能根据规范来执行，达到提高 查询速度 / 执行 SQL 的性能 和提升 MySQL 的整体性能， 这里主要是存放一些比较好的一些数据库设计规范（主要用了公司某位同事整理的数据库规范，已得到该大佬的授权），我在此基础上增补了部分规则。

注：utf8最大支持3个字节的UTF-8字符(真正的UTF-8是每个字符最多四个字节)，支持大部分汉字；而utf8mb4是utf8的超集，专门兼容4个字节的unicode，支持Emoji表情、很多不常用的汉字，以及任何新增的Unicode字符等；本规范旨在帮助开发人员逐步建立合理使用数据库的意识，对数据库相关的资源申请、业务规范使用等提供规范性的指导，从而为公司业务系统稳定、健康地运行提供保障。注：如果已有同类业务的mysql实例，则。idx_字段1_字段n。udx_字段1_字段n。

文章目录数据治理统一流程参考模型为什么要治理数据质量层次不齐数据交换和共享困难缺乏有效的管理机制存在数据安全隐患发现问题严重滞后影响不清晰DMBOK的数据治理框架数仓治理治理的分类粗治理细治理数据源治理数据源管理数据源监控数据同步数仓模型治理数据划分及命名空间约定常规表的命名中间表统一指标和字段命名公共处理逻辑下沉及单一核心模型与扩展模型分离层次调用约定组合原则数据拆分核心表数据冗余sql 规范任务注释sql 模板数据服务治理报表治理接口治理上下游约定上游约定表结构变更枚举值create_time &amp

数据库表中除了业务上不可缺少的字段列之外，应该还包含以下这五个列，虽然可能业务上没有用到，但是对整个数据来说，其意义非常重大。 1.删除标识（delete_flag） 实际数据库运用中，对于数据的删除非常慎重，一般而言应该是以逻辑删除为主，而不是真正的物理删除。有些要求严格的企业或许也有规定，但是有的时候没有，我建议建表的时候把这个加上，用逻辑删除。非要说这么做有什么好处的话，有一点就是物理删...

数据治理-理论-核心过程 转载 https://blog.csdn.net/cqacry2798/article/details/83445593

INT 类型不使用 unsigned 无符号属性，容易引入额外的计算问题。 自增用 8 字节 BIG INT，不要使用 4 字节 INT，且自增在 MySQL 8.0 版本前有回溯问题，请考虑是否业务有影响。 字符集使用 UTF8MB4 字符编码，不推荐 GBK、UTF-8 等其他字符集。 日期类型用 DATETIME 类型，需要精确到毫秒用 DATETIME(6)，不要使用 INT、TIMESTAMP。 类型 JSON 可用于存储非结构化数据，典型场景为用户标签，不要将 JSON 用于频繁更新的字段场景.

对于后端开发同学来说，访问数据库，是代码中必不可少的一个环节。系统中收集到用户的核心数据，为了安全性，我们一般会存储到数据库，比如：mysql，oracle等。后端开发的日常工作，需要不断的建库和建表，来满足业务需求。通常情况下，建库的频率比建表要低很多，所以，我们这篇文章主要讨论建表相关的内容。如果我们在建表的时候不注意细节，等后面系统上线之后，表的维护成本变得非常高，而且很容易踩坑。今天就跟大家一起聊聊，数据库建表的18个小技巧。

一、数据库设计思维    1.  添加必要的(冗余)字段        像“创建时间”、“修改时间”、“备注”、“操作用户IP”和一些用于其他需求(如统计)的字段等，在每张表中必须都要有，不是 说只有系统中用到的数据才会存到数据库中，一些冗余字段是为了便于日后维护、分析、拓展而添加的，这点是非常重要的，比如黑客攻击，篡改了数据，我们便就可以根据修改时间和操作用户IP来查找定位。 每个字段要有注释...

库名、表名、字段名必须使用小写字母，“_”分割。库名、表名、字段名必须不超过12个字符。库名、表名、字段名见名知意,建议使用名词而不是动词。 一、建议使用InnoDB存储引擎。                存储引擎：innoDb支持事物，myisam不支持事物，建议使用innoDb， 5.5以后的默认引擘，支持事务，行级锁，更好的恢复性，高并发下性能更好，对多核，大内存，

一、 表设计 库名、表名、字段名必须使用小写字母，“_”分割。库名、表名、字段名必须不超过12个字符。库名、表名、字段名见名知意,建议使用名词而不是动词。建议使用InnoDB存储引擎。存储精确浮点数必须使用DECIMAL替代FLOAT和DOUBLE。建议使用UNSIGNED存储非负数值。建议使用INT UNSIGNED存储IPV4。整形定义中不添加长度，比如使用INT，而不是INT(4)。使

数据库设计三大范式 为了建立冗余较小、结构合理的数据库，设计数据库时必须遵循一定的规则。在关系型数据库中这种规则就称为范式。范式是符合某一种设计要求的总结。要想设计一个结构合理的关系型数据库，必须满足一定的范式。在实际开发中最为常见的设计范式有三个：1．第一范式(确保每列保持原子性)第一范式是最基本的范式。如果数据库表中的所有字段值都是不可分解的原子值，就说明该数据库表满足了第一范式。第一范式的合

1.表及字段的命名规则 （1）.可读性原则：使用大小写来格式化的库对象名字以获得良好的可读性。例如：使用custAddress而不是custaddress来提高可读性。 （2）.表意性原则：对象的名字应该能够描述它所表示的对象。例如：对于表，表的名称应该能够体现表中存储的数据内容；对于存储过程，存储过程应该能够体现存储过程的功能。 （3）.长名原则：尽可能少使用或者不使用缩写，适用于数据库（DAT...