存储数据是处理数据的第一步 。只有正确地把数据存储起来，我们才能进行有效的处理和分析。否则，只能是一团乱麻，无从下手。那么，怎样才能把用户各种经营相关的、纷繁复杂的数据，有序、高效地存储起来呢？ 在 MySQL 中，一个完整的数据存储过程总共有 4 步，分别是创建数据库、确认字段、创建数据表、插入数据。
命名规范的对象是指数据库SCHEMA、表TABLE、索引INDEX、约束CONSTRAINTS等的命名约定
1、一般都使用 INNODB 存储引擎，除非读写比率<1%,才考虑使用 MYISAM 存储引擎;其 他存储引擎请在 DBA 的建议下使用。 2、Stored procedure (包括存储过程，函数，触发器)对于 MYSQL 来说还不是很成熟， 没有完善的出错记录处理，不建议使用。 3、UUID()，USER()这样的MySQL INSIDE 函数对于复制来说是很危险的，会导致主备数据不一致，所以请不要使用。如果一定要使用UUID作为主键，让应用程序来产生。 4、请不要使用外键约束，如果数据存在外键关系，请在程序层面实现。 5、必须采用 UTF8 编码。
数据库大小写问题可以说让很多用数据库的人感受是：建表时，哇建出来了；使用时，我去，怎么找不到表，怎么找不到字段。没事，这是小场面。
其他的DDL操作相对比较少，所以本文就不讨论了。 此外，本文也不讨论非InnoDB引擎以及非普通索引（如全文索引、空间索引）的场景。
数据库环境 dev：开发环境，开发可读写，可修改表结构。开发人员可以修改表结构，可以随意修改其中的数据但是需要保证不影响其他开发同事。 qa：测试环境，开发可读写，开发人员可以通过工具修改表结构。 sim：模拟环境，开发可读写，发起上线请求时，会先在这个环境上进行预执行，这个环境也可供部署上线演练或压力测试使用。 real：生产数据库从库（准实时同步），只读环境，不允许修改数据，不允许修改表结构，供线上问题查找，数据查询等使用。 online：线上环境，开发人员不允许直接在线上环境进行数据库操作，如果需要操
最近涉及数据库相关操作较多，公司现有规范也不是太全面，就根据网上各路大神的相关规范，整理了一些自用的规范用法，万望指正。
本文介绍了MysqL必读MysqL 增加修改字段类型及删除字段类型，希望对您有用。如果有疑问，可以联系我们。
在mysql运维操作中会经常使用到alter这个修改表的命令，alter tables允许修改一个现有表的结构，比如增加或删除列、创造或消去索引、改变现有列的类型、或重新命名列或表本身，也能改变表的注释和表的类型。 下面就针对alter修改命令的使用做一梳理： 在mysql运维操作中会经常使用到alter这个修改表的命令，alter tables允许修改一个现有表的结构，比如增加或删除列、创造或消去索引、改变现有列的类型、或重新命名列或表本身，也能改变表的注释和表的类型。 下面就针对alter修改命令的使用
数据库对象是数据库的组成部分，常见的有以下几种：表（Table ）、索引（Index）、视图（View）、图表（Diagram）、缺省值（Default）、规则（Rule）、触发器（Trigger）、存储过程（Stored Procedure）、 用户（User）等。命名规范是指数据库对象如数据库（SCHEMA）、表（TABLE）、索引（INDEX）、约束（CONSTRAINTS）等的命名约定。
存储数据是处理数据的第一步 。只有正确地把数据存储起来，我们才能进行有效的处理和分析。否则，只能是一团乱麻，无从下手。
MySQL 大表数据添加新字段 有时候我们在测试环境给一个表添加字段,但是在线上环境添加一个字段,却极其的慢。原因是线上的数据库一般会存有大量的数据(百万级,千万级),基本的添加字段方式在线上数据库已经不太合适了。 > alter table user add column flag tinyint(1) default 0; 基本添加方式,大量数据的表不推荐。执行加字段操作就会锁表，这个过程可能需要很长时间甚至导致服务崩溃。 解决方案 扩展新表方案 创建一个新表user_ext(id,user_id,f
运行项目，通过数据库或输出的SQL语句，默认策略的表现为：表名及字段全小写，并以下划线分隔
数据库编码: 尽量采用utf8mb4而不使用utf8。MySQL 的“utf8”实际上不是真正的UTF-8，真正的UTF-8是每个字符最多四个字节，而MySQL的“utf8”只支持每个字符最多三个字节。
因为这里我们是测试学习使用，单独安装MySQL 比较费时费力，所以这里使用Docker方便快速掌握Gorm 相关知识。
Mysql中ResultSet默认会将一次查询的结果存入内存中。如果数据量比较大，就会占用大量的内存。如果内存不够，就会报错。
规范业务系统对MySQL数据库在设计、开发、运维等阶段所必须遵循的原则，旨在控制对数据库的滥用，收敛不合理的使用形式，保障数据库安全、稳定、高效的运行以及业务运营的稳定性。
MySQL 5.7 对比 5.6 有很多的变化。一个常见的需求：按条件分组后，取出每组中某字段最大值的那条记录。其实就是组内排序的问题，我的做法是：子查询先进行倒序排序，外层查询分组。
MySQL 可以在 Server 级、Database 级、Table 级、Column 级进行字符集的设置。
晚上，我被叫进宽大的办公室，总监正在煮茶。高压锅煮着长嘴茶壶，水蒸气缭绕。领导举手之间，淡黄茶水奔涌而出，倒立而下浇上茶叶，漏出两杯茶水。
代码生成器一共有6个配置，每一个配置对象里面有很多的属性，现在开始解读每一个配置对象里面的具体属性代表什么意思
范式是关系数据库理论的基础，也是我们在设计数据库结构过程中所要遵循的规则和指导方法。数据库的设计范式是数据库设计所需要满足的规范。
create user ben identified by ‘P@$$w0rd’;
在我们去阅读Nacos源码之前,我们得先了解Nacos是干嘛的,以及怎么用,这样有利于我们更容易去理解源码;
尽管我们不是DBA，但我们平时都会涉及到数据库表的设计，那么我们该怎么设计呢？，表名怎么取？字段名怎么取？字段类型如何设置？字段长度如何设置？.....
一般情况下，除非需要使用表中所有的字段数据，最好不要使用通配符‘*’。使用通配符虽然可以节 省输入查询语句的时间，但是获取不需要的列数据通常会降低查询和所使用的应用程序的效率。通 配符的优势是，当不知道所需要的列的名称时，可以通过它获取它们。 在生产环境下，不推荐你直接使用 SELECT * 进行查询。
[code]– 默认情况下” ; ” 代表sql语句的结束 delimiter 新的界定符 – 修改 // 为界定符 delimiter //
MySQL Online DDL 功能从 5.6 版本开始正式引入，发展到现在的 8.0 版本，经历了多次的调整和完善。本文主要就 Online DDL 的发展过程，以及各版本的区别进行总结。其实早在 MySQL 5.5 版本中就加入了 INPLACE DDL 方式，但是因为实现的问题，依然会阻塞 INSERT、UPDATE、DELETE 操作，这也是 MySQL 早期版本长期被吐槽的原因之一。
MYSQL-深入到精通mysql教程，请进入知识星球-spark技术学院获取 ---- 基本操作语句创建查看 1，创建数据库： 进入MySql数据库环境后，就可以使用CREATE DATABASE语句创建自己的数据库了。 CREATE DATABASE 数据库名；>create database study; 注1：数据库名可以由任意字母、数字、下面(_)和美元符号($)组成，但不能由单独的数字组成，也不能为MySQL关键字，而且长度还不能超过64个字符。在windows系统下，数据库名不区分大小写，在
1974 年，IBM 研究员发布了一篇揭开数据库技术的论文《SEQUEL：一门结构化的英语查询语言》，直到今天这门结构化的查询语言并没有太大的变化。
PostgreSQL 不少的单位已经开始部署了，对于外包的开发，甲方也需要有相关的规范给出，虽然比MYSQL 的要求要少了不少，但该注意的还是要注意。
前面，已经介绍了go标准库和sqlx库操作mysql的教程，下面介绍专业的ORM框架Gorm来操作各类数据库。
#if语句，防止报错 mysql> drop database if exists `HA-test`; Query OK, 0 rows affected, 1 warning (0.00 sec) #创建表 mysql> use book Database changed mysql> create table student(id int(20),name char(40),age int); Query OK, 0 rows affected (0.06 sec) #查看表 mysql> show
说来惭愧，这是耽误了将近1年的工作，一直零零散散拖着没做完，昨天总算是卯着劲出了一个版本。
对一个程序来说，由于数据库资源的绝对宝贵性（无法无限扩展），所以数据库必须合理的运行使用。以保证高效、稳定、安全的运行。数据库设计得好， 系统健步如飞；数据库设计不好，系统蹒跚前行。今天介绍数据库的设计原则和规范，你知道得越多，你不知道的越多。你知道多少呢？
主键的设计最好不要与业务逻辑有所关联，主键最后是一串毫无意义，独立不重复的数字，比如：UUID，Auto_increment，又或者是雪花算法生成的主键等等
在进行数据库表字段的设计时，写了一个字段desc，通过mybaitsplus进行保存时报错，一直提示语法错误。仔细检查了一下没有发现什么语法问题。可是依然还是报错 最后发现desc这个字段是mysql的关键字
获取单个configmap并忽略特定字段的操作可参照：kubectl获取ConfigMap导出YAML时如何忽略某些字段。
本系列文章将整理到我在GitHub上的《Java面试指南》仓库，更多精彩内容请到我的仓库里查看
本篇主要描述客户在使用腾讯云上云产品资源时，需从资源命名规范上，进行统一规范化设计。云上资源统一命名目的是：其一，云上资源命名规范化；其二，云上资源统一规范便于后续云上自动化，以增强整体云上运维能力，提升云平台整体运维透明度/资源辨识度，以及从资源管理、云上自动运维管理等维度提升云上管理的高效性。
SQL NOT NULL 约束用于强制确保列不接受 NULL 值。这意味着该字段始终包含一个值，而不允许插入新记录或更新记录时不提供此字段的值。
通常的命名方式是：ODS_应用系统名(或缩写)_数据库类型_(数据库名称可省略)_数据表名_加载方式（增量还是全量），表名不能太长，一般不超过30字。如：
在同一个mysql软件中，数据库不能同名。在同一个库中，表不能重名，在同一个表中，字段不能重名。
在Excel VBA中对MySQL数据库中的表格进行操作，包括重命名和删除等，需要执行相应的SQL语句。以下是示例代码，演示如何执行这些操作：
表命名的规则分为3个层级，层级之间通过_分割，例如b_r_identity、d_l_identity。规约为:
2. 字段编辑。注意事项： 1）此处不要手动加入外键字段。稍后在介绍ER图时，通过工具自动添加外键字段。 2）非外键字段要有类型前缀 3）PK=主键;NN=非空;UQ=唯一;BIN=二进制流;UN=正整数;AI=自增 4）当字段为字符串时，在3.处可以选择编码格式 5）字段应在4.处添加中文注释，描述其意义。如果是类型、权制等通过数字表述意义的，应说明数值与意义的对应关系。
增加字段相信大家应该都不陌生，随手就可以写出来，给 MySQL 一张表加字段执行如下 sql 就可以了：
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
