1、MYSQL配置参数lower_case_table_names，不可动态更改，LINUX系统默认为0，即库表名以实际情况存储，大小写敏感。如果是 1，以小写存储，大小写不敏感。如果是 2，以实际情况存储，但以小写比较。
let-expression： let 变量列表 in 表达式 variable-list： 变量 变量 , variable-list 变量： 变量名 = 表达式 变量名： 标识符
标准和规范总不像一个数学公式那样黑白分明，它的概念总是显得抽象和模糊。因此，并不存在真正意义上的标准和规范，而是指的从业人员相互之间的约定积累，以及在工作中达成共识的结论。
数据库对象是数据库的组成部分，常见的有以下几种：表（Table ）、索引（Index）、视图（View）、图表（Diagram）、缺省值（Default）、规则（Rule）、触发器（Trigger）、存储过程（Stored Procedure）、 用户（User）等。命名规范是指数据库对象如数据库（SCHEMA）、表（TABLE）、索引（INDEX）、约束（CONSTRAINTS）等的命名约定。
晚上，我被叫进宽大的办公室，总监正在煮茶。高压锅煮着长嘴茶壶，水蒸气缭绕。领导举手之间，淡黄茶水奔涌而出，倒立而下浇上茶叶，漏出两杯茶水。
数据库表字段命名规范 摘要：当前研发工作中经常出现因数据库表、数据库表字段格式不规则而影响开发进度的问题，在后续开发使用原来数据库表时，也会因为数据库表的可读性不够高，表字段规则不统一，造成数据查询，数据使用效率低的问题，所以有必要整理出一套合适的数据库表字段命名规范来解决优化这些问题。 本文是一篇包含了数据库命名、数据库表命名、数据库表字段命名及SQL语言编码的规范文档，针对研发中易产生的问题和常见错误做了一个整理和修改，为日后涉及到数据库相关的研发工作做好准备。 一、数据库命名规范 采用26个英文字母(
命名规范的对象是指数据库SCHEMA、表TABLE、索引INDEX、约束CONSTRAINTS等的命名约定
WEB 数据库管理平台简介 给大家推荐一个自研的开源 WEB 版数据库管理工具：kb-dms 开源项目地址:[kb-dms] ，如果能帮到你，请帮忙点个星。谢谢~ 本工具主要有以下特点： 权限控制： 避免数据源权限不可控的风险，避免数据、库表被无故修改。 误操作拦截： SQL 语句不小心写错，不用担心，该工具将阻断相应 SQL 的执行，保障数据的安全。 记录可追踪： 所有的 SQL 执行记录都会被该工具记录，方便数据的恢复和定责。 操作体验： 该工具的操作体验与客户端基本无异，而且还开发了很多新功能，方便大
NUMBER ：精度最高可达20个基数-100位，相当于39或40位十进制数，具体取决于小数点的位置。
说来惭愧，这是耽误了将近1年的工作，一直零零散散拖着没做完，昨天总算是卯着劲出了一个版本。
] 10. 表字段注释，每个字段必须设置注释说明; 11. 表字段注释，状态类型的字段必须说明取值规则（比如性别sex取值规则）
文章转自 https://www.cnblogs.com/zhuhui-site/p/10043665.html ，如有侵权立即删除。
最近一个朋友疯狂的和我吐槽公司的后端，说很常规、很普通的一个事儿，也就是验证一下子的事儿，非要搞的那么复杂，治标不治本，技术玩来玩去不但没进步还倒退了。
数据规范化通过一系列的步骤和规则，将数据库设计得更加合理和有序，以满足数据库的存储和维护需求。
本文档制定了XX数据仓库中数据库对象的命名规范（用户、表、视图、存储过程、函数、表分区、主键、索引、序列等）、数据库编程规范，JAVA编程规范为系统设计和开发工作提供统一的命名标准，提高系统的规整性和代码的可读性，减轻维护工作量，提高工作效率。
设计关系数据库时，遵从不同的规范要求，设计出合理的关系型数据库，这些不同的规范要求被称为不同的范式，各种范式呈递次规范，越高的范式数据库冗余越小。
通常的命名方式是：ODS_应用系统名(或缩写)_数据库类型_(数据库名称可省略)_数据表名_加载方式（增量还是全量），表名不能太长，一般不超过30字。如：
a、采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线’_'组成; b、命名简洁明确(长度不能超过30个字符); c、例如：user, stat, log, 也可以wifi_user, wifi_stat, wifi_log给数据库加个前缀; d、除非是备份数据库可以加0-9的自然数：user_db_20151210;
本文为 WebSocket 协议的第十一章，本文翻译的主要内容为 WebSocket 的 IANA 相关注意事项。
优秀可靠的数仓体系，往往需要清晰的数据分层结构，即要保证数据层的稳定又要屏蔽对下游的影响，并且要避免链路过长。那么问题来了，一直在讲数仓要分层，那数仓分几层最好？
军规适用场景：并发量大、数据量大的互联网业务 军规：介绍内容 解读：讲解原因，解读比军规更重要
“ 锚定效应指个体在进行决策时，会过度偏重先前取得的信息（这称为锚点），即使这个信息与这项决定无关。锚定效应可以理解为一种认知偏差，就是在不知不觉中，思维像被拴在某处一样难以摆脱。在日常设计中也常常会受“‘锚点”的影响。”
（1）对数据库性能影响较大，互联网业务，能让站点层和服务层干的事情，不要交到数据库层
➢ 第 2 规范 每个非关键字段必须依赖于主关键字，不能依赖于一个组合式主关键字的某些组成部分。消除部分依赖，大
规范化模型分层、数据流向和主题划分，从而降低研发成本，增强指标复用性，并提高业务的支撑能力。
最近看了很多写的非常好的接口文档，在理解业务方面给了非常多的帮助，解决很多时候对于一些协商数据的问题困扰，同时，后续个人的工作当中，也需要对外开放接口给第三方进行调用，这时候一个好的规范文档可以解决很多问题。
说明：这个规范更多是针对算法工程师，对于后端开发工程师，接口开发规范还需要依次做进一步的细化。
ODS ETL过程临时表 按天分区 最多保留最近7天分区。 DBSync非去重数据 按天分区 由应用通过中间层保留历史数据，默认ODS层不保留历史数据。
最近有很多大侠在交流群里讨论PCI总线，PCI作为高速接口之一，在当下的FPGA产品设计研发中，地位举足轻重，应用广泛，今天给大侠带来PCI Express 系列连载，今天带来第二十篇，PCIe总线的事务层（TLP的格式（通用TLP头的Fmt字段和Type字段、TC字段、Attr字段、通用TLP头中的其他字段））。希望对各位大侠的学习有参考价值，话不多说，上货。
采用26 个英文字母(区分大小写)和0-9 这十个自然数,加上下划线'_'组成,共37个字符.不能出现其他字符(注释除外). 注意事项: 1) 以上命名都不得超过30 个字符的系统限制.变量名的长度限制为29(不 包括标识字符@).
并详细介绍了 SQL 调优 的关注点和常用方法，作为数据库规划、设计、开发及维护人员的技术参考资料。
一个获取器对应模型的一个特殊方法（该方法必须为public类型），而且必须遵循框架的获取器方法名命名规范
对一个程序来说，由于数据库资源的绝对宝贵性（无法无限扩展），所以数据库必须合理的运行使用。以保证高效、稳定、安全的运行。数据库设计得好， 系统健步如飞；数据库设计不好，系统蹒跚前行。今天介绍数据库的设计原则和规范，你知道得越多，你不知道的越多。你知道多少呢？
1） 使用InnoDB存储引擎 2） 数据库字符集使用UTF8，校对字符集使用utf8_general_ci 3） 所有表、字段都尽量添加注释 4） 库名、表名、字段名使用小写字母，禁止超过32个字符，须见名知意 5） 非唯一索引以 “idx_字段1_字段2” 命名，唯一索引必须以 “uniq_字段1_字段2” 命名
MongoDB是非关系型数据库的典型代表，DB-Engines Ranking 数据显示，近年来，MongoDB在 NoSQL领域一直独占鳌头。MongoDB是为快速开发互联网应用 而设计的数据库系统，其数据模型和持 久化策略就是为了构建高读/写的性能，并且可以方面的弹性拓展。随着MongoDB的普及和使用量的快 速增长，为了规范使用，便于管理和获取更高的性能，整理此文档。我们从 数据库设计规范、集合设计 规范、索引设计规范、文档设计规范、API使用规范、连接规范等方面进行阐述和要求。
于是我仔细翻阅了《Java虚拟机规范》和《深入理解Java虚拟机》关于这一部分的内容。
数据库设计规范 命名规范 基本设计规范 索引设计规范 字段设计规范 SQL开发规范 操作行为规范 命名规范 对象名称使用小写字母并用下划线分割 禁止使用MySQL保留关键字 见名识义，最好不超过32个
首先Java内存模型（JMM）和JVM运行时数据区并不是一个东西，许多介绍Java内存模型的文章描述的堆，方法区，Java虚拟机栈，本地方法栈，程序计数器这东西并不是Java内存模型的内容而是JVM运行时数据区的内容。 要理解二者的区别就要了解《Java虚拟机规范》和《Java语言规范》。我们知道Java虚拟机上并不知只有Java语言，像JRuby, ,Scala，Kotlin，Groovy等也都运行在Java虚拟机上，而这些语言想要在Java虚拟机上运行就要遵守《Java虚拟机规范》，而JVM运行时数据区就是《Java虚拟机规范》的内容。而《Java语言规范》就只是针对Java语言的规范，它对Java内存模型做了详细的描述。
之前写过如何通过参数校验 + 统一相应码 + 统一异常处理来构建一个优雅后端接口体系：
（4）特定的业务逻辑报错，涉及敏感的报错不应该有明确的原因，例如登录失败就不能报成密码错误或手机号码错误
本篇主要描述客户在使用腾讯云上云产品资源时，需从资源命名规范上，进行统一规范化设计。云上资源统一命名目的是：其一，云上资源命名规范化；其二，云上资源统一规范便于后续云上自动化，以增强整体云上运维能力，提升云平台整体运维透明度/资源辨识度，以及从资源管理、云上自动运维管理等维度提升云上管理的高效性。
来源：蜜獾报告 本文约3200字，建议阅读5分钟本文介绍了数仓命名规范。 0X00 前言 数据仓库的建设实施和落地需要团队中不同成员的参与和配合，需要各种各样的规范，规范的分层定义和表命名能让使用者轻而易举地明白该表的作用和含义。因此本文档重点介绍分层规范和可落地的表命名规范。 01XX 数据分层 一、数据运营层：ODS(Operational Data Store) ODS层，是最接近数据源中数据的一层，为了考虑后续可能需要追溯数据问题，因此对于这一层就不建议做过多的数据清洗工作，原封不动地接入原始数据
为什么80%的码农都做不了架构师？>>> 一、基础规范 表存储引擎必须使用InnoDB 表字符集默认使用utf8，必要时候使用utf8mb4 解读: (1) 通用，无乱码风险，汉字3字节
一、基础规范 表存储引擎必须使用InnoDB 表字符集默认使用utf8，必要时候使用utf8mb4 解读： （1）通用，无乱码风险，汉字3字节，英文1字节 （2）utf8mb4是utf8的超集，有存储4字节例如表情符号时，使用它 禁止使用存储过程，视图，触发器，Event 解读： （1）对数据库性能影响较大，互联网业务，能让站点层和服务层干的事情，不要交到数据库层 （2）调试，排错，迁移都比较困难，扩展性较差 禁止在数据库中存储大文件，例如照片，可以将大文件存储在对象存储系统，数据库中存储路径 禁止在线上
先来个BEA的网上技术交流会（Webinar）：EJB3 Java Persistence API：好的、坏的和一般功能，附件是PPT资料。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
