MySQL数据库基础练习系列49、邮件群发系统

MySQL数据库基础练习系列目标

很多学生或者说是初学者在学习完成数据库的基础增删改查后就自认为在数据库这里就很熟悉了，但是不接触项目根本部知道需求，我这里准备了50个项目的基本需求来让大家来熟练各类项目的列信息，让大家更好的深入项目进行实战式的练习，可以让大家在后面面试的时候有更多更丰富的资历让大家可以与面试官侃侃而谈。

数据库环境

MySQL版本：5.7.31-log

数据库字符集，所有数据库通用字符集与排序规则，支持中文数据。

字符集：utf8

排序规则：utf8_general_ci

使用工具：Navicat Premium 15，可以在下面的连接中下载

https://download.csdn.net/download/feng8403000/89403778  

项目名称与项目简介

邮件群发系统是一个允许用户创建和管理邮件模板，设置邮件发送计划，并将邮件群发给指定用户或用户组的平台。该系统的主要功能包括用户管理、邮件模板管理、发送计划设置、邮件发送记录查看以及用户订阅管理。系统支持用户自定义邮件内容，定时发送邮件，以及根据用户订阅情况进行邮件群发。

数据库DDL（注意创建顺序）

为了直接运行DDL语句并创建表，我们需要确保在创建含有外键约束的表之前，相关的被引用表（即外键指向的表）已经存在。所以我们在创建表的时候一定要按照一定的顺序来创建，否则就会出现没有外键关系导致的创建异常。

-- 用户表
CREATE TABLE Users (
    user_id INT AUTO_INCREMENT PRIMARY KEY COMMENT '用户ID',
    username VARCHAR(50) NOT NULL COMMENT '用户名',
    password VARCHAR(255) NOT NULL COMMENT '密码',
    name VARCHAR(100) NOT NULL COMMENT '姓名',
    email VARCHAR(255) NOT NULL UNIQUE COMMENT '邮箱地址',
    status ENUM('活跃', '不活跃') DEFAULT '活跃' COMMENT '用户状态'
);


-- 邮件模板表
CREATE TABLE Email_Templates (
    template_id INT AUTO_INCREMENT PRIMARY KEY COMMENT '模板ID',
    template_name VARCHAR(100) NOT NULL COMMENT '模板名称',
    subject VARCHAR(255) NOT NULL COMMENT '邮件主题',
    content TEXT NOT NULL COMMENT '邮件内容',
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间'
);


-- 用户订阅表
CREATE TABLE User_Subscriptions (
    subscription_id INT AUTO_INCREMENT PRIMARY KEY COMMENT '订阅ID',
    user_id INT NOT NULL COMMENT '用户ID',
    template_id INT NOT NULL COMMENT '模板ID',
    subscribe_status ENUM('已订阅', '未订阅') DEFAULT '未订阅' COMMENT '订阅状态',
    FOREIGN KEY (user_id) REFERENCES Users(user_id),
    FOREIGN KEY (template_id) REFERENCES Email_Templates(template_id)
);


-- 发送计划表
CREATE TABLE Send_Schedules (
    schedule_id INT AUTO_INCREMENT PRIMARY KEY COMMENT '发送计划ID',
    template_id INT NOT NULL COMMENT '模板ID',
    send_time DATETIME NOT NULL COMMENT '发送时间',
    status ENUM('待处理', '处理中', '已完成', '失败') DEFAULT '待处理' COMMENT '发送状态',
    FOREIGN KEY (template_id) REFERENCES Email_Templates(template_id)
);


-- 邮件发送记录表
CREATE TABLE Email_Logs (
    log_id INT AUTO_INCREMENT PRIMARY KEY COMMENT '日志ID',
    schedule_id INT NOT NULL COMMENT '发送计划ID',
    user_id INT NOT NULL COMMENT '用户ID',
    send_time DATETIME NOT NULL COMMENT '发送时间',
    status ENUM('已发送', '发送失败') NOT NULL COMMENT '发送状态',
    FOREIGN KEY (schedule_id) REFERENCES Send_Schedules(schedule_id),
    FOREIGN KEY (user_id) REFERENCES Users(user_id)
);


-- 邮件服务器配置表（可选）
CREATE TABLE Email_Servers (
    server_id INT AUTO_INCREMENT PRIMARY KEY COMMENT '服务器ID',
    server_name VARCHAR(100) NOT NULL COMMENT '服务器名称',
    host VARCHAR(255) NOT NULL COMMENT '服务器地址',
    port INT NOT NULL COMMENT '服务器端口',
    username VARCHAR(100) NOT NULL COMMENT '用户名',
    password VARCHAR(255) NOT NULL COMMENT '密码',
    encryption ENUM('SSL', 'TLS', '无') NOT NULL COMMENT '加密方式'
);

插入数据DML（注意插入数据顺序）

插入数据的时候也要注意主外键关系，如果没有外检的情况下是没有办法插入从表数据的。

-- 用户表
INSERT INTO Users (username, password, name, email, status) VALUES
('孙悟空', '123', '孙悟空', 'sunwukong@example.com', '活跃'),
('猪八戒', '123', '猪八戒', 'zhubajie@example.com', '活跃'),
('唐僧', '123', '唐僧', 'tangseng@example.com', '活跃');


-- 邮件模板表
INSERT INTO Email_Templates (template_name, subject, content) VALUES
('欢迎邮件', '欢迎加入我们的社区', '感谢您加入我们的社区，期待您的参与！'),
('活动通知', '社区活动即将开始', '我们的社区活动即将开始，敬请关注并参与！'),
('订单确认', '您的订单已确认', '您的订单已确认，我们会尽快为您发货。');


-- 发送计划表

-- 注意：send_time 需要根据实际情况进行设置，这里使用假设的时间点
INSERT INTO Send_Schedules (template_id, send_time, status) VALUES
(1, '2023-04-01 10:00:00', '待处理'),
(2, '2023-04-02 15:00:00', '待处理'),
(3, '2023-04-03 09:00:00', '待处理');


-- 邮件发送记录表

-- 注意：这里的schedule_id、user_id、send_time 需要根据实际计划和发送情况填写
INSERT INTO Email_Logs (schedule_id, user_id, send_time, status) VALUES
(1, 1, '2023-04-01 10:01:00', '已发送'),
(2, 2, '2023-04-02 15:05:00', '已发送'),
(3, 3, '2023-04-03 09:02:00', '发送失败');


-- 用户订阅表

-- 假设用户孙悟空订阅了模板1和模板2，猪八戒订阅了模板2
INSERT INTO User_Subscriptions (user_id, template_id, subscribe_status) VALUES
(1, 1, '已订阅'),
(1, 2, '已订阅'),
(2, 2, '已订阅');


-- 邮件服务器配置表（可选）
INSERT INTO Email_Servers (server_name, host, port, username, password, encryption) VALUES
('SMTP服务器1', 'smtp.example.com', 587, 'user1', 'password1', 'TLS');

遵循的数据库三范式

数据库建表的三范式（3NF，Third Normal Form）是关系型数据库设计的基本原则，用于确保数据库结构的逻辑性和减少数据冗余。这三个范式是逐步细化的，每一个范式都是在前一个范式的基础上建立的。下面我将详细解释这三个范式：

第一范式（1NF, First Normal Form）

定义：

1. 列不可分割，即数据库表的每一列都是不可分割的原子数据项。

2. 每一列都是不可再分的最小数据单元（也称为最小的原子单元）。

解释：

• 在第一范式中，主要关注的是列的原子性。也就是说，表中的每一列都应该只包含一个值，而不能包含集合、数组或其他复合数据类型。

• 例如，如果有一个“地址”列，它包含了街道、城市、省份和国家等信息，那么这就违反了第一范式。应该将这个“地址”列拆分成多个独立的列，如“街道”、“城市”、“省份”和“国家”。

第二范式（2NF, Second Normal Form）

定义：

1. 满足1NF。

2. 非主键列必须完全依赖于主键，而不能只依赖于主键的一部分（针对复合主键而言）。

解释：

• 第二范式建立在第一范式的基础上，主要关注于主键与非主键列之间的依赖关系。

• 在第二范式中，一个表只能保存一种数据，不可以把多种数据保存在同一张数据库表中。

• 如果表中的某一列只与复合主键的一部分有关，那么它就不应该存在于这个表中，而应该被分离出去形成另外一张新表。

第三范式（3NF, Third Normal Form）

定义：

1. 满足2NF。

2. 非主键列必须直接依赖于主键，不能存在传递依赖。即非主键列必须直接依赖于整个主键，而不能依赖于主键的一部分。

解释：

• 第三范式是在第二范式的基础上进一步细化的。它主要关注于消除传递依赖，即非主键列不应该依赖于主键的某一部分，而应该直接依赖于整个主键。

• 如果存在传递依赖，那么应该考虑将这个非主键列分离出去，形成新的表，并通过主键或外键与原表进行关联。