200字范文,内容丰富有趣,生活中的好帮手!
200字范文 > 5月4日 【狂神说Java】MySQL最新教程通俗易懂5 数据库权限管理 备份与三大范式

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

时间:2019-01-19 06:28:28

相关推荐

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.sqlmysqldump: [Warning] Using a password on the command line interface can be insecure.#导入例子C:\Users\douzi>mysql -uroot -p123456 school<d:/a.sqlmysql: [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)

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

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

(规范数据库的设计)

规范性 和性能的问题

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

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

本内容不代表本网观点和政治立场,如有侵犯你的权益请联系我们处理。
网友评论
网友评论仅供其表达个人看法,并不表明网站立场。