新零售数据库设计与实战 第一篇（基础篇）

目录

mysql安装

看懂ER图

CRUD操作

事务机制

mysql安装可以参考这个：https://blog.csdn.net/baidu_32872293/article/details/80557668







我这里修改密码为： alter user user() identified by “Abc123456;”





瀑布模型：业务明确，需求清晰，不会更改。数据库设计必须使用瀑布模型。













MyISAM：古老，读取速度快，适合读多写少的业务场景。不支持事物。所以为了保证数据的一致性，在写入数据时锁表，不允许其他的并发写入。
InnoDB：支持事物，适合读多写多。如果单表数据量如果超过2千万，那么这张表的读写速度就会明显下降。所以就要把数据表中不常用的过期数据转移到归档表中。
TokuDB：过期数据存放在归档表中，很少被查找。适合TokuDB这种写多读少的引擎。归档时，存储的数据量非常大，需要写入很多数据。TokuDB写入速度是InnoDB的9-20倍，数据的压缩比更是InnoDB的14倍。


加入关键字IGNORE，忽略错误：

empno字段实现了唯一性约束。


查询出哪些员工的底薪比7499员工的底薪高：
如果有十万条数据，where子查询就会执行10万次。





左连接：员工表是左表，部门表是右表，左连接会保留左表所有的记录，跟右表来进行连接，右表如果有符合连接条件的记录，就拿这样的记录跟左表进行连接，如果没有符合条件的记录，右表就会有none值和左表进行连接。所以在on子句中的写的条件并没有强制要求一定要符合连接条件才 能查询出记录。所以在and子句中的条件deptno=10，会查询出其他部门的（deptno！=10）员工。where子句只会查出deptno=10的记录。