MySQL数据库基础练习系列目标
很多学生或者说是初学者在学习完成数据库的基础增删改查后就自认为在数据库这里就很熟悉了，但是不接触项目根本部知道需求，我这里准备了50个项目的基本需求来让大家来熟练各类项目的列信息，让大家更好的深入项目进行实战式的练习，可以让大家在后面面试的时候有更多更丰富的资历让大家可以与面试官侃侃而谈。
数据库环境
MySQL版本：5.7.31-log
数据库字符集，所有数据库通用字符集与排序规则，支持中文数据。
字符集：utf8 排序规则：utf8_general_ci
使用工具：Navicat Premium 15，可以在下面的连接中下载
https://download.csdn.net/download/feng8403000/89403778
项目名称与项目简介
博客后台管理系统是一个用于管理博客内容的Web应用程序。该系统允许管理员轻松创建、编辑、删除博客文章，管理用户评论，以及维护博客的基础设置。以下是该系统的主要功能：
- 用户管理：允许管理员创建、编辑、删除用户账户，并设置用户角色和权限。
- 文章管理：支持发布、编辑、删除博客文章，包括文章标题、内容、发布时间等信息的维护。
- 评论管理：对博客文章下的用户评论进行审查、回复、删除等操作。
- 分类与标签管理：设置文章分类和标签，便于文章的组织和检索。
- 系统设置：管理博客的基本设置，如网站名称、Logo、SEO设置等。
数据库DDL（注意创建顺序）
为了直接运行DDL语句并创建表，我们需要确保在创建含有外键约束的表之前，相关的被引用表（即外键指向的表）已经存在。所以我们在创建表的时候一定要按照一定的顺序来创建，否则就会出现没有外键关系导致的创建异常。
代码语言：javascript复制CREATE TABLE users (
user_id INT AUTO_INCREMENT PRIMARY KEY,
username VARCHAR(50) NOT NULL UNIQUE,
password VARCHAR(255) NOT NULL,
email VARCHAR(100) UNIQUE NOT NULL,
role ENUM('admin', 'editor', 'user') NOT NULL DEFAULT 'user',
gender ENUM('男', '女') NOT NULL,
created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);
CREATE TABLE categories (
category_id INT AUTO_INCREMENT PRIMARY KEY,
name VARCHAR(100) NOT NULL UNIQUE,
description TEXT,
created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);
CREATE TABLE tags (
tag_id INT AUTO_INCREMENT PRIMARY KEY,
name VARCHAR(100) NOT NULL UNIQUE,
created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);
CREATE TABLE articles (
article_id INT AUTO_INCREMENT PRIMARY KEY,
title VARCHAR(255) NOT NULL,
content TEXT NOT NULL,
user_id INT NOT NULL,
category_id INT NOT NULL,
created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
updated_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
FOREIGN KEY (user_id) REFERENCES users(user_id),
FOREIGN KEY (category_id) REFERENCES categories(category_id)
);
CREATE TABLE comments (
comment_id INT AUTO_INCREMENT PRIMARY KEY,
content TEXT NOT NULL,
article_id INT NOT NULL,
user_id INT NOT NULL,
created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
FOREIGN KEY (article_id) REFERENCES articles(article_id),
FOREIGN KEY (user_id) REFERENCES users(user_id)
);插入数据DML（注意插入数据顺序）
插入数据的时候也要注意主外键关系，如果没有外检的情况下是没有办法插入从表数据的。
代码语言：javascript复制INSERT INTO users (username, password, email, role, gender) VALUES
('管理员', 'admin123', 'admin@example.com', 'admin', '男'),
('编辑者', 'editor123', 'editor@example.com', 'editor', '女'),
('用户A', 'userA123', 'userA@example.com', 'user', '男'),
('用户B', 'userB123', 'userB@example.com', 'user', '女'),
('用户C', 'userC123', 'userC@example.com', 'user', '男');
INSERT INTO categories (name, description) VALUES
('技术文章', '关于技术领域的文章'),
('生活随笔', '关于生活点滴的文章'),
('旅行游记', '关于旅行经历的分享'),
('读书心得', '关于阅读书籍的感悟'),
('美食推荐', '关于美食的介绍和推荐');
INSERT INTO tags (name) VALUES
('Python'),
('Java'),
('前端'),
('旅行'),
('美食');
INSERT INTO articles (title, content, user_id, category_id) VALUES
('Python入门教程', 'Python是一种解释型...', 1, 1), -- 管理员写的技术文章
('Java编程实战', 'Java是一种面向对象...', 2, 1), -- 编辑者写的技术文章
('我的旅行日记', '我去了一个美丽的地方...', 3, 3), -- 用户A写的旅行游记
('读书的乐趣', '我读了一本好书...', 4, 4), -- 用户B写的读书心得
('美食探店', '我发现了一家好吃的餐厅...', 5, 5); -- 用户C写的美食推荐
INSERT INTO comments (content, article_id, user_id) VALUES
('写得真好，很有帮助！', 1, 4), -- 用户B对管理员写的文章评论
('期待更多Java教程！', 2, 3), -- 用户A对编辑者写的文章评论
('我也去过那个地方，很美！', 3, 5), -- 用户C对用户A写的文章评论
('这本书我也读过，非常棒！', 4, 1), -- 管理员对用户B写的文章评论
('下次我也要去尝尝！', 5, 2); -- 编辑者对用户C写的文章评论遵循的数据库三范式
数据库建表的三范式（3NF，Third Normal Form）是关系型数据库设计的基本原则，用于确保数据库结构的逻辑性和减少数据冗余。这三个范式是逐步细化的，每一个范式都是在前一个范式的基础上建立的。下面我将详细解释这三个范式：
第一范式（1NF, First Normal Form）
定义：
- 列不可分割，即数据库表的每一列都是不可分割的原子数据项。
- 每一列都是不可再分的最小数据单元（也称为最小的原子单元）。
解释：
- 在第一范式中，主要关注的是列的原子性。也就是说，表中的每一列都应该只包含一个值，而不能包含集合、数组或其他复合数据类型。
- 例如，如果有一个“地址”列，它包含了街道、城市、省份和国家等信息，那么这就违反了第一范式。应该将这个“地址”列拆分成多个独立的列，如“街道”、“城市”、“省份”和“国家”。
第二范式（2NF, Second Normal Form）
定义：
- 满足1NF。
- 非主键列必须完全依赖于主键，而不能只依赖于主键的一部分（针对复合主键而言）。
解释：
- 第二范式建立在第一范式的基础上，主要关注于主键与非主键列之间的依赖关系。
- 在第二范式中，一个表只能保存一种数据，不可以把多种数据保存在同一张数据库表中。
- 如果表中的某一列只与复合主键的一部分有关，那么它就不应该存在于这个表中，而应该被分离出去形成另外一张新表。
第三范式（3NF, Third Normal Form）
定义：
- 满足2NF。
- 非主键列必须直接依赖于主键，不能存在传递依赖。即非主键列必须直接依赖于整个主键，而不能依赖于主键的一部分。
解释：
- 第三范式是在第二范式的基础上进一步细化的。它主要关注于消除传递依赖，即非主键列不应该依赖于主键的某一部分，而应该直接依赖于整个主键。
- 如果存在传递依赖，那么应该考虑将这个非主键列分离出去，形成新的表，并通过主键或外键与原表进行关联。
