2022年5月4日 【狂神说Java】MySQL最新教程通俗易懂5 数据库权限管理,备份与三大范式

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 -->blog
    • 创建分类: user --> category
    • 关注: user --> user
    • 友链 : links
    • 评论 : user — > user–>blog

9.2 三大范式

为什么需要数据规范化?

  • 信息重复
  • 更新异常
  • 插入异常
    • 无法正常显示信息
  • 删除异常
    • 丢失有效信息

三大范式

第一范式 (1NF)

原子性: 要求数据库的每一列都是不可再分的

第二范式 (2NF)

前提: 满足第一范式, 属性完全依赖于主键(消除部分函数依赖)

每张表只描述一件事情. 表中每一列都跟主键有关系, 而不能只跟主键的一部分相关.

第三范式 (3NF)

前提: 满足第二范式和第一范式, 任何非主属性不依赖于其他非主属性(消除传递依赖)

需要确保数据表中的每一列数据都和主键直接相关,而不能间接相关.

(规范数据库的设计)

规范性 和性能的问题

关联查询的表不得超过三张表

  • 考虑商业化的需求和目标(成本, 用户体验) 数据库的性能更加重要
  • 在规范性能的问题的时候, 需要适当的考虑一下规范性
  • 故意给某些表增加一些冗余的字段(从多表查询中变成单表查询)
  • 故意增加一些计算列(从大数据了降低为小数据量的额查询:索引)
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值