8. 数据库的权限管理和备份
8.1 用户管理
可视化操作
SQL命令操作
用户表: mysql.user
本质:对这张表进行增删改查
-- 创建用户 create user 用户名 identified by '密码'
create user zhangsan identified by '123456';
-- 修改密码(当前用户)
set password=password('123');
-- 修改密码(指定用户)
set password for zhangsan = password('123');
-- 重命名 rename user 用户名 to 新用户名
rename user zhangsan to zhaosi;
-- 用户授权 (All privileges全部权限 库.表 )
--- all privileges 除了给别人授权 其他都能干
grant all privileges
-- 查询权限
show grants for zhaosi; -- 查看指定用户权限
show grants for root@localhost -- root 用户权限
-- root用户权限
-- GRANT ALL PRIVILEGES ON *.* TO 'root'@'localhost' WITH GRANT OPTION
--撤销权限 revoke 权限 on 表 from 用户名
revoke all privileges on *.* from zhaosi
-- 删除用户
drop user zhaosi;
8.2 mysql 数据库备份
为什么备份:
-
保证重要的数据不丢失
-
数据转移 A---->B
MYSQL数据库备份的方式
- 直接拷贝物理文件
- 在可视化工具中手动导出数据库
- 使用命令行导出 mysqldump 导出, 命令行使用
# 导出
#mysqldump -h 主机 -u用户名 -p密码 数据库 表名 >物理存储地址/文件名
mysqldump -hlocalhost -uroot -p123456 school student >d:/student.sql
#mysqldump -h 主机 -u用户名 -p密码 数据库 表1 表2... >物理存储地址/文件名
mysqldump -hlocalhost -uroot -p123456 school student grade>d:/student.sql
#mysqldump -h 主机 -u用户名 -p密码 数据库>物理存储地址/文件名
mysqldump -hlocalhost -uroot -p123456 school student grade>d:/student.sql
# 导入
# 登录的情况下, 切换到指定的数据库
source d:/a.sql
# 未登录的情况下导入
mysql -uroot -p123456 库名<备份文件
#导出例子
C:\Users\douzi>mysqldump -hlocalhost -uroot -p123456 school student grade>d:/a.sql
mysqldump: [Warning] Using a password on the command line interface can be insecure.
#导入例子
C:\Users\douzi>mysql -uroot -p123456 school<d:/a.sql
mysql: [Warning] Using a password on the command line interface can be insecure.
假设你要备份数据库, 防止数据丢失.
把数据库给朋友, sql文件给别人即可.
9. 规范数据库设计 数据库的归约, 三大范式
9.1 为什么需要设计
当数据库比较复杂的时候, 我们就需要设计了
糟糕的数据库设计
- 数据冗余, 浪费空间
- 数据库插入和删除都会麻烦/异常(屏蔽使用物理外键)
- 程序性能差
良好的数据库设计
- 节省内存空间
- 保证数据库的完整性
- 方便我们开发系统
软件开发中, 关于数据库的设计
- 分析需求:分析业务和需要处理的数据库的需求
- 概要设计: 设计关系图 ER图
设计数据库的步骤(个人博客)
- 收集信息, 分析需求
- 用户表 (用户登录注销, 用户的个人信息, 写博客, 创建分类)
- 分类表 (文章分类, 谁创建的)
- 文章表 (文章的信息)
- 评论表
- 友链表 (友情链接信息)
- 自定义表 (系统信息, 某个关键的字, 或者一些主字段) key: value
- 标识实体 (把需求落地到每个字段)
- user< id, username, password, gender, age, signature签名>
- blog<id, title标题, author_id, content内容, category_id分类, create_time, update_time>
- categories<id, category_name, created_user_id, >
- comment<id, blog_id所属的文章, user_id评论人, content评论内容, create_time, user_id_parent回复的人的id>
- links<id, links名字, href链接, sort排序>
- user< id, username, password, gender, age, signature签名>
- 标识实体 之间的关系
- 写博客 : user -->blog
- 创建分类: user --> category
- 关注: user --> user
- 友链 : links
- 评论 : user — > user–>blog
9.2 三大范式
为什么需要数据规范化?
- 信息重复
- 更新异常
- 插入异常
- 无法正常显示信息
- 删除异常
- 丢失有效信息
三大范式
第一范式 (1NF)
原子性: 要求数据库的每一列都是不可再分的
第二范式 (2NF)
前提: 满足第一范式, 属性完全依赖于主键(消除部分函数依赖)
每张表只描述一件事情. 表中每一列都跟主键有关系, 而不能只跟主键的一部分相关.
第三范式 (3NF)
前提: 满足第二范式和第一范式, 任何非主属性不依赖于其他非主属性(消除传递依赖)
需要确保数据表中的每一列数据都和主键直接相关,而不能间接相关.
(规范数据库的设计)
规范性 和性能的问题
关联查询的表不得超过三张表
- 考虑商业化的需求和目标(成本, 用户体验) 数据库的性能更加重要
- 在规范性能的问题的时候, 需要适当的考虑一下规范性
- 故意给某些表增加一些冗余的字段(从多表查询中变成单表查询)
- 故意增加一些计算列(从大数据了降低为小数据量的额查询:索引)