Mysql约束、分组查询
tip: 通过 desc 表名命令查看当前表信息 tip2: as 关键字可以为我们的字段或者表取别名
Mysql约束
顾名思义就是对表中的数据进行限定, 目的是保证数据的正确性, 有效性和完整性
主键约束primary key
什么是主键
关系表中记录的唯一标识(不能为null, 不可重复)
选取和业务无关的字段, 常用的主键就是自增id 数据库引擎会通过主键建立索引, 索引是一个有序结构, 我们希望当前主键的值不要改变, 避免重新建立索引, 影响性能.
添加主键
建表时添加
CREATE TABLE store_perf(
id int PRIMARY KEY auto_increment,
store_name varchar(255)
)通过可视化界面操作(建议)
主键的长度限制
767bytes, 对应的长度为767/4=191
bytes表示字节, 一个utf8mb4按四个字节算, 所以长度最大为191
自增键必须为主键
Incorrect table definition; there can be only one auto column and it must be defined as a key联合主键
主键其实只能有一个, 如果在图形界面当中选择多个字段作为主键, 那么程序会自动帮我们创建联合主键
修改主键
添加主键
ALTER TABLE store_perf ADD PRIMARY KEY (`id`)移除主键
ALTER TABLE store_perf DROP PRIMARY KEY添加联合主键
ALTER TABLE store_perf ADD PRIMARY KEY (`id`, `store_name`)非空约束
NOT NULL
只能约束程序层面上没有操作该表中的某个字段, 不能约束人行为上对其赋值为空白字符.
唯一约束
UNIQUE
NULL可以重复 比如统计店铺业绩, 该店铺不可以重复, 那就可以使用唯一约束
外键约束foreign key
- 外键的作用 保持数据的一致性和完整性, 通过外键来表达主表和从表的关系, 避免冗余字段.
- 为什么现在不用外键了?
- 性能问题 插数据需要校验
- 并发问题 在高并发的事务场景下, 使用外键容易造成死锁.
- 扩展性问题
- 外键就相当于把对象之间的关系交给数据库来维护, 如果遇到分库分表, 外键是不生效的.
- 作数据迁移时, 触发器, 存储过程和外键都很难迁移, 增加了维护成本.
- 维护成本
- 需要有专业DBA来维护庞大的数据库关系
default
默认约束, 默认会填充当前字段.
如果我们没有给一个有默认约束的字段create_time值, 那么该字段会默认填充CURRENT_TIMESTAMP
分组查询GROUP BY
将数据按某个字段进行分组, 配合SUM, AVG, COUNT, MAX, MIN等聚合函数做统计使用
INSERT INTO store_perf(store_name, amount, department) values ("男装_店铺1", 34543123.23, "男装事业部"), ("男装_店铺2", 41232373.12, "男装事业部"),("男装_店铺3", 62135632.22, "男装事业部"), ("男装_店铺4", 612356123.26, "男装事业部"), ("女装_店铺1", 78716237854.3, "女装事业部"), ("女装_店铺2", 89123565741.23, "女装事业部"), ("女装_店铺3", 831235769.23, "女装事业部"), ("女装_店铺4", 1912312345.13, "女装事业部"), ("女装_店铺5", 87324234712.92, "女装事业部"), ("女装_店铺6", 12754547457.93, "女装事业部")SELECT count(*) as 店铺数,
FORMAT(AVG(amount), 2) as 平均业绩,
SUM(amount) as 总业绩,
MAX(amount) as 最大业绩,
MIN(amount) as 最小业绩,
department as 部门
FROM store_perf GROUP BY department本文参与 腾讯云自媒体同步曝光计划，分享自作者个人站点/博客。
如有侵权请联系 cloudcommunity@tencent.com 删除
评论
登录后参与评论
推荐阅读
腾讯云开发者
