用户管理和数据库设计

用户管理

-- 创建用户
CREATE USER xiaoluo IDENTIFIED BY '123456'

-- 修改密码(修改当前用户密码)
SET PASSWORD =PASSWORD('456789')
-- 修改指定用户密码
SET PASSWORD FOR xiaoluo=PASSWORD('123789')

-- 重命名
RENAME USER xiaoluo TO xiaoliao
-- 用户授权 
-- 几乎拥有所有的权限 除了grant权限
GRANT ALL PRIVILEGES ON *.* TO xiaoliao
-- 查询权限
SHOW GRANT FOR xiaoliao   -- 查看指定用户权限
SHOW GRANT FOR root@localhost   -- 查看root用户权限
-- 撤销权限
REVOKE ALL PRIVILEGES ON *.* FROM xiaoliao

-- 删除用户
DROP USER xiaoliao

MySQL备份

• 保证重要的数据不丢失
• 数据转移

MySQL数据备份的方式

• 直接拷贝物理文件 MySQL下的data文件
• 在可视化工具中手动导出
  • 在想要导出的表或者库中，右键选择备份/导出

   

• 使用命令行导出 mysqldump 命令行使用

mysqldump -h 主机 -u 用户名 -p 密码 数据库 表1  表2  表3 > 物理磁盘位置/文件名

 导入数据

登录的情况下，切换到指定的数据库

source d:/a.sql

规范数据库设计

糟糕的数据库设计

• 数据冗余，浪费空间
• 数据库插入和删除都麻烦，异常（尽量不使用物理外键）
• 程序的性能差

良好的数据库设计

• 节省内存空间
• 保证数据库的完整性
• 方便我们开发系统

数据库设计之前需要做的

• 分析需求：分析业务和需要处理的数据库的需求
• 概要设计：设计关系图E-R图

设计数据库的步骤（个人博客为例）

• 收集信息，分析需求
  • 用户表（用户登录注销，用户的个人信息，写博客，创建分类）
  • 分类表（文章分类，谁创建的）
  • 文章表（文章的信息）
  • 评论表（评论的信息）
  • 友情链接表（友情链接信息）
  • 粉丝表（粉丝的信息）
  • 自定义表（系统信息，某个关键的字，或者一些主字段）
• 标识实体（把需求落实到每个字段）
• 标识实体之间的关系

 

 

 

 数据库三大范式

 为什么要数据规范化

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

三大范式

第一范式（1NF）

原子性：保证每一列不可再分

第二范式（2NF）

前提：满足第一范式

每张表只描述一件事情

第三范式（3NF）

前提：满足第一范式和第二范式

第三范式需要确保数据表中的每一列数据都和主键直接相关，而不能间接相关

规范性和性能的问题

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

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