用MySQL和navicatpremium做一个项目—（财务管理系统）。

1 ER图缩小的话怕你们看不清，所以截了两张图

2 vsdx绘图结果

3DDL和DML,都有点长分了好多次上传，慢慢看

DDL 
-- 用户表
CREATE TABLE users (
    user_id INT AUTO_INCREMENT PRIMARY KEY COMMENT '用户ID',
    username VARCHAR(50) NOT NULL UNIQUE COMMENT '用户名',
    password VARCHAR(255) NOT NULL COMMENT '用户密码',
    email VARCHAR(100) UNIQUE COMMENT '用户邮箱',
    gender ENUM('男', '女') NOT NULL COMMENT '用户性别',
    phone VARCHAR(20) UNIQUE COMMENT '用户电话'
)ENGINE=InnoDB;
 
 
-- 角色表
CREATE TABLE roles (
    role_id INT AUTO_INCREMENT PRIMARY KEY COMMENT '角色ID',
    role_name VARCHAR(50) NOT NULL UNIQUE COMMENT '角色名称'
)ENGINE=InnoDB;
 
 
-- 用户角色关联表
CREATE TABLE user_roles (
    id INT AUTO_INCREMENT PRIMARY KEY COMMENT '用户角色关联ID',
    user_id INT COMMENT '用户ID',
    role_id INT COMMENT '角色ID',
    FOREIGN KEY (user_id) REFERENCES users(user_id),
    FOREIGN KEY (role_id) REFERENCES roles(role_id)
)ENGINE=InnoDB;
 
 
-- 账户表
CREATE TABLE accounts (
    account_id INT AUTO_INCREMENT PRIMARY KEY COMMENT '账户ID',
    account_name VARCHAR(100) NOT NULL COMMENT '账户名称',
    account_type VARCHAR(50) NOT NULL COMMENT '账户类型',
    balance DECIMAL(10, 2) NOT NULL DEFAULT 0.00 COMMENT '账户余额',
    user_id INT COMMENT '用户ID',
    FOREIGN KEY (user_id) REFERENCES users(user_id)
)ENGINE=InnoDB;
 
 
-- 分类表
CREATE TABLE categories (
    category_id INT AUTO_INCREMENT PRIMARY KEY COMMENT '分类ID',
    category_name VARCHAR(100) NOT NULL UNIQUE COMMENT '分类名称'

)ENGINE=InnoDB;
 
 
-- 交易表
CREATE TABLE transactions (
    transaction_id INT AUTO_INCREMENT PRIMARY KEY COMMENT '交易ID',
    transaction_date DATE NOT NULL COMMENT '交易日期',
    description VARCHAR(255) NOT NULL COMMENT '交易描述',
    amount DECIMAL(10, 2) NOT NULL COMMENT '交易金额',
    account_id INT COMMENT '账户ID',
    category_id INT COMMENT '分类ID',
    FOREIGN KEY (account_id) REFERENCES accounts(account_id),
    FOREIGN KEY (category_id) REFERENCES categories(category_id)
)ENGINE=InnoDB;
 
 
-- 预算表
CREATE TABLE budgets (
    budget_id INT AUTO_INCREMENT PRIMARY KEY COMMENT '预算ID',
    budget_name VARCHAR(100) NOT NULL COMMENT '预算名称',
    start_date DATE NOT NULL COMMENT '开始日期',
    end_date DATE NOT NULL COMMENT '结束日期',
    amount DECIMAL(10, 2) NOT NULL COMMENT '预算金额',
    account_id INT COMMENT '账户ID',
    FOREIGN KEY (account_id) REFERENCES accounts(account_id)
)ENGINE=InnoDB;

DML
#1.用户表 (users)
-- 插入用户信息
INSERT INTO users (username, password, email, gender, phone)
VALUES
    ('史密斯', '123', 'alice.smith@example.com', '女', '111-222-3333'),
    ('琼斯', '456', 'bob.jones@example.com', '男', '222-333-4444'),
    ('查理斯', '789', 'charlie.davis@example.com', '男', '333-444-5555'),
    ('威尔逊', '123', 'emma.wilson@example.com', '女', '444-555-6666'),
    ('弗兰克', 'p@ssw0rd', 'frank.thompson@example.com', '男', '555-666-7777');
#2.角色表 (roles)
-- 插入角色信息
INSERT INTO roles (role_name)
VALUES
    ('管理员'),

('用户'),
    ('经理'),
    ('访客'),
    ('开发者');
#3.用户角色关联表 (user_roles)
-- 插入用户角色关联
INSERT INTO user_roles (user_id, role_id)
VALUES
    (1, 1), -- 用户ID为1分配角色ID为1的角色 (管理员)
    (2, 2), -- 用户ID为2分配角色ID为2的角色 (用户)
    (3, 3), -- 用户ID为3分配角色ID为3的角色 (经理)
    (4, 2), -- 用户ID为4分配角色ID为2的角色 (用户)
    (5, 5); -- 用户ID为5分配角色ID为5的角色 (开发者)
#4.账户表 (accounts)
-- 插入账户信息
INSERT INTO accounts (account_name, account_type, balance, user_id)
VALUES
    ('储蓄账户', '储蓄', 5000.00, 1),  -- 用户ID为1的账户
    ('支票账户', '支票', 3000.00, 2), -- 用户ID为2的账户
    ('投资账户', '投资', 10000.00, 3), -- 用户ID为3的账户
    ('信用卡', '信用', -500.00, 4),  -- 用户ID为4的账户
    ('加密货币钱包', '加密货币', 2000.00, 5);  -- 用户ID为5的账户
#5.分类表 (categories)
-- 插入分类信息
INSERT INTO categories (category_name)
VALUES
    ('食品'),
    ('公用事业'),
    ('娱乐'),
    ('交通'),
    ('购物');
#6.交易表 (transactions)
-- 插入交易信息
INSERT INTO transactions (transaction_date, description, amount, account_id, category_id)
VALUES
    ('2024-06-20', '购物', 100.00, 1, 1),   -- 账户ID为1的交易，分类ID为1
    ('2024-06-20', '支付电费', 50.00, 2, 2),  -- 账户ID为2的交易，分类ID为2
    ('2024-06-21', '电影票', 25.00, 3, 3),   -- 账户ID为3的交易，分类ID为3
    ('2024-06-22', '加油', 30.00, 4, 4),   -- 账户ID为4的交易，分类ID为4

 ('2024-06-23', '在线购物', 150.00, 5, 5);  -- 账户ID为5的交易，分类ID为5
#7.预算表 (budgets)
-- 插入预算信息
INSERT INTO budgets (budget_name, start_date, end_date, amount, account_id)
VALUES
    ('月度食品预算', '2024-06-01', '2024-06-30', 500.00, 1),   -- 账户ID为1的预算
    ('公用事业预算', '2024-06-01', '2024-06-30', 200.00, 2),  -- 账户ID为2的预算
    ('娱乐预算', '2024-06-01', '2024-06-30', 100.00, 3),  -- 账户ID为3的预算
    ('交通预算', '2024-06-01', '2024-06-30', 150.00, 4),  -- 账户ID为4的预算
    ('购物预算', '2024-06-01', '2024-06-30', 300.00, 5);  -- 账户ID为5的预算


理解！让我大致讲解一下你提供的数据库表结构。

### 1. 用户表 (`users`)

这个表用于存储用户的基本信息，包括用户名、密码、邮箱、性别和电话号码等。

- `user_id`: 用户的唯一标识，使用自增整数类型。
- `username`: 用户名，不可为空且唯一。
- `password`: 用户密码，存储为 VARCHAR 类型。
- `email`: 用户邮箱地址，唯一。
- `gender`: 用户性别，使用 ENUM 类型限定为'男'或'女'。
- `phone`: 用户电话号码，唯一。

### 2. 角色表 (`roles`)

该表用于存储系统中定义的角色信息，例如管理员、用户、经理等。

- `role_id`: 角色的唯一标识，使用自增整数类型。
- `role_name`: 角色名称，不可为空且唯一。

### 3. 用户角色关联表 (`user_roles`)

这个表用于建立用户与角色之间的多对多关系。

- `id`: 关联记录的唯一标识，使用自增整数类型

- `user_id`: 用户ID，外键关联到 `users` 表的 `user_id` 字段。
- `role_id`: 角色ID，外键关联到 `roles` 表的 `role_id` 字段。

### 4. 账户表 (`accounts`)

账户表用于记录用户的不同类型账户信息，例如储蓄账户、支票账户等。

- `account_id`: 账户的唯一标识，使用自增整数类型。
- `account_name`: 账户名称，不可为空。
- `account_type`: 账户类型，例如储蓄、支票等。
- `balance`: 账户余额，存储为 DECIMAL 类型。
- `user_id`: 用户ID，外键关联到 `users` 表的 `user_id` 字段。

### 5. 分类表 (`categories`)

这个表用于存储交易或预算所涉及的不同分类，例如食品、公用事业、娱乐等。

- `category_id`: 分类的唯一标识，使用自增整数类型。
- `category_name`: 分类名称，不可为空且唯一。

### 6. 交易表 (`transactions`)

交易表用于记录用户账户的具体交易信息。

- `transaction_id`: 交易的唯一标识，使用自增整数类型。
- `transaction_date`: 交易发生的日期，存储为 DATE 类型。
- `description`: 交易描述，例如购物、支付账单等。
- `amount`: 交易金额，存储为 DECIMAL 类型。
- `account_id`: 账户ID，外键关联到 `accounts` 表的 `account_id` 字段。
- `category_id`: 分类ID，外键关联到 `categories` 表的 `category_id` 字段。

### 7. 预算表 (`budgets`)

预算表用于记录用户设定的各类预算信息。

- `budget_id`: 预算的唯一标识，使用自增整数类型。
- `budget_name`: 预算名称，不可为空。
- `start_date`: 预算生效开始日期，存储为 DATE 类型。
- `end_date`: 预算生效结束日期，存储为 DATE 类型。
- `amount`: 预算金额，存储为 DECIMAL 类型。
- `account_id`: 账户ID，外键关联到 `accounts` 表的 `account_id` 字段。

这些表结构设计合理，能够支持用户管理、角色管理、账户管理、交易管理、分

类管理和预算管理等基本功能。数据库的关系设计也考虑到了表之间的关联和数据完整性，例如外键约束确保了数据的一致性和有效性。

当涉及SQL查询时，简单和复杂的定义因人而异，不过我会展示一些有挑战性的示例，涵盖不同类型的查询：

### 简单查询：

1. 查询用户表中所有用户的用户名和邮箱：

 
SELECT username AS "用户名", email AS "邮箱"
FROM users;
 

2. 查询交易表中所有交易金额大于100的交易信息：

 
SELECT *
FROM transactions
WHERE amount > 100;
 

3. 查询账户表中账户类型为储蓄的账户名称和余额：

 
SELECT account_name AS "账户名称", balance AS "余额"
FROM accounts
WHERE account_type = '储蓄';
 

### 复杂查询：

1. 查询每个用户的账户数量和总余额，按总余额降序排序：

 
SELECT u.username AS "用户名", COUNT(a.account_id) AS "账户数量", SUM(a.balance) AS "总余额"
FROM users u
LEFT JOIN accounts a ON u.user_id = a.user_id
GROUP BY u.user_id, u.username
ORDER BY "总余额" DESC;

查询每个分类的总交易金额，并按交易金额降序排列。

SELECT c.category_name AS "分类名称", SUM(t.amount) AS "总交易金额"
FROM categories c
LEFT JOIN transactions t ON c.category_id = t.category_id
GROUP BY c.category_id, c.category_name
ORDER BY "总交易金额" DESC;

查询账户余额大于平均余额的用户及其账户信息

SELECT u.username AS "用户名", a.account_name AS "账户名称", a.balance AS "余额"
FROM users u
JOIN accounts a ON u.user_id = a.user_id
JOIN (
    SELECT AVG(balance) AS avg_balance
    FROM accounts
) AS avg_table ON a.balance > avg_table.avg_balance;

当从 categories 表中删除分类时，级联删除关联的预算和所有交易记录。

DELIMITER //

CREATE TRIGGER trg_delete_category_cascade
AFTER DELETE ON categories
FOR EACH ROW
BEGIN
    -- 删除该分类关联的预算
    DELETE FROM budgets
    WHERE category_id = OLD.category_id;

    -- 删除该分类关联的交易记录
    DELETE FROM transactions
    WHERE category_id = OLD.category_id;
END;
//

DELIMITER ;

存储过程（Stored Procedure）是一组预先编译好的 SQL 语句集合，可以接受参数输入并执行复杂的数据库操作。下面我将编写一个简单的存储过程示例，假设我们要查询指定用户的账户信息。

```sql

DELIMITER //

CREATE PROCEDURE get_user_accounts(IN p_user_id INT)
BEGIN
    SELECT *
    FROM accounts
    WHERE user_id = p_user_id;
END;
//

DELIMITER ;
```

### 解释说明：

- **DELIMITER**：因为存储过程通常包含多条 SQL 语句，为了区分每条语句的结束，我们使用 `DELIMITER` 命令将分隔符设置为 `//`。

- **CREATE PROCEDURE**：创建存储过程的语法。在 `CREATE PROCEDURE` 后面是存储过程的名称 `get_user_accounts`，`IN p_user_id INT` 指定了一个输入参数 `p_user_id`，类型为整数。

- **BEGIN ... END**：存储过程的主体部分，包含了具体的 SQL 查询语句。在这个例子中，我们使用 `SELECT` 查询语句来获取指定用户 (`p_user_id`) 的所有账户信息。

- **DELIMITER ;**：将分隔符设置回默认的 `;`。

### 调用存储过程：

要调用这个存储过程，可以使用 `CALL` 语句，并传入相应的参数。

```sql
CALL get_user_accounts(1);
```

这将会执行存储过程 `get_user_accounts`，并返回用户ID为 1 的所有账户信息。

存储过程可以帮助简化复杂的查询和操作，提高数据库的性能和安全性，特别是在需要经常执行相同操作的情况下。可以根据具体的业务需求和数据库操作来编写和调用存储过程。

好的，这里再为你编写一个稍复杂的存储过程示例，假设我们要实现以下功能：

1. 查询指定用户的所有交易记录。
2. 计算该用户的总收入和总支出。
3. 返回该用户的总收入、总支出和净收入。

```sql
DELIMITER //

CREATE PROCEDURE calculate_user_income_expense(
    IN p_user_id INT
)
BEGIN
    DECLARE total_income DECIMAL(10, 2);
    DECLARE total_expense DECIMAL(10, 2);
    DECLARE net_income DECIMAL(10, 2);
    
    -- 计算总收入
    SELECT SUM(amount)
    INTO total_income
    FROM transactions
    WHERE account_id IN (SELECT account_id FROM accounts WHERE user_id = p_user_id)
    AND amount > 0;
    
    -- 计算总支出
    SELECT SUM(amount)
    INTO total_expense
    FROM transactions
    WHERE account_id IN (SELECT account_id FROM accounts WHERE user_id = p_user_id)
    AND amount < 0;
    
    -- 计算净收入
    SET net_income = total_income - ABS(total_expense);
    
    -- 返回结果
    SELECT total_income AS '总收入', total_expense AS '总支出', net_income AS '净收入';
END;
//

DELIMITER ;

### 解释说明：

- **DELIMITER**：设置分隔符为 `//`，因为存储过程包含多条语句。

- **CREATE PROCEDURE**：创建存储过程的语法。`calculate_user_income_expense` 是存储过程的名称，`IN p_user_id INT` 是输入参数，用于指定用户ID。

- **DECLARE**：声明三个局部变量 `total_income`、`total_expense` 和 `net_income`，分别用于存储总收入、总支出和净收入的计算结果。

- **SELECT ... INTO**：分别查询该用户的总收入和总支出，并将结果存储到对应的变量中。这里使用了子查询来获取该用户所有账户的交易记录。

- **SET**：计算净收入，即总收入减去总支出的绝对值。

- **SELECT total_income AS '总收入', total_expense AS '总支出', net_income AS '净收入'**：最后一条 `SELECT` 语句返回计算出的总收入、总支出和净收入，作为存储过程的结果。

- **DELIMITER ;**：将分隔符设置回默认的 `;`。

### 调用存储过程：

要调用这个存储过程，可以使用 `CALL` 语句，并传入相应的参数。

```sql
CALL calculate_user_income_expense(1);
```

这将会执行存储过程 `calculate_user_income_expense`，并计算用户ID为 1 的所有账户的总收入、总支出和净收入，并返回这些信息。

这个示例展示了如何利用存储过程计算复杂的业务逻辑，包括多个查询和变量的使用，以及返回多个计算结果。存储过程在处理复杂的数据处理和报告生成时非常有用，可以提高数据库操作的效率和一致性。

好的，我将为你编写一个稍复杂一点的存储过程示例，假设我们要实现以下功能：

1. 查询指定用户的账户信息。
2. 计算该用户所有账户的总余额。
3. 如果总余额超过一个指定的阈值，则向一个事务表中插入一条记录，记录该用户的信息和总余额。


```sql
DELIMITER //

CREATE PROCEDURE process_user_accounts(
    IN p_user_id INT,
    IN p_threshold DECIMAL(10, 2)
)
BEGIN
    DECLARE total_balance DECIMAL(10, 2);
    
    -- 查询指定用户的账户信息
    SELECT SUM(balance) INTO total_balance
    FROM accounts
    WHERE user_id = p_user_id;
    
    -- 如果总余额超过阈值，则插入记录到事务表中
    IF total_balance > p_threshold THEN
        INSERT INTO transaction_log (user_id, total_balance, transaction_date)
        VALUES (p_user_id, total_balance, NOW());
    END IF;
    
    -- 返回总余额信息
    SELECT total_balance AS '用户总余额';
END;
//

DELIMITER ;
```

### 解释说明：

- **DELIMITER**：设置分隔符为 `//`，因为存储过程包含多条语句。

- **CREATE PROCEDURE**：创建存储过程的语法。`process_user_accounts` 是存储过程的名称，`IN p_user_id INT` 和 `IN p_threshold DECIMAL(10, 2)` 是输入参数，分别用于指定用户ID和阈值。

- **DECLARE**：声明一个局部变量 `total_balance`，用于存储计算出的总余额。

- **SELECT ... INTO**：查询指定用户的账户余额总和，并将结果存储到 `total_balance` 变量中。

- **IF ... THEN ... END IF**：条件判断，如果 `total_balance` 超过 `p_threshold`，则执行 `INSERT` 语句将相关信息插入 `transaction_log` 表中。

- **INSERT INTO**：将超过阈值的用户信息和总余额插入到 `transaction_log` 表中，包括用户ID、总余额和当前时间戳。

- **SELECT total_balance AS '用户总余额'**：最后一条 `SELECT` 语句返回计算出的总余额，作为存储过程的结果。

- **DELIMITER ;**：将分隔符设置回默认的 `;`。

### 调用存储过程：

要调用这个存储过程，可以使用 `CALL` 语句，并传入相应的参数。

```sql
CALL process_user_accounts(1, 5000.00);
```

这将会执行存储过程 `process_user_accounts`，并计算用户ID为 1 的所有账户的总余额。如果总余额超过 5000.00，则会将相关信息插入到 `transaction_log` 表中，并返回总余额信息。

这个示例展示了如何利用存储过程执行复杂的数据库操作，包括条件判断、变量声明和使用、以及数据插入操作。存储过程能够帮助简化和优化复杂的数据库逻辑，在数据库层面实现业务逻辑的复用和统一管理。

4 触发器过程

假设你想要在向 `users` 表中插入新记录时，自动初始化一些默认数据，例如向 `accounts` 表中插入新用户的默认账户信息。以下是一个示例触发器，它在插入新用户时自动在 `accounts` 表中创建一个默认账户。

```sql
DELIMITER //

CREATE TRIGGER trg_insert_user_default_account
AFTER INSERT ON users
FOR EACH ROW
BEGIN
    DECLARE default_account_id INT;

    -- 插入默认账户信息
    INSERT INTO accounts (account_name, account_type, balance, user_id)
    VALUES ('默认账户', '储蓄', 0.00, NEW.user_id);

    -- 获取新插入账户的自增ID
    SET default_account_id = LAST_INSERT_ID();

    -- 可选：更新用户表中的默认账户ID字段
    UPDATE users
    SET default_account_id = default_account_id
    WHERE user_id = NEW.user_id;
END;
//

DELIMITER ;
```

### 解释说明：

- **触发器类型和时间**：这是一个 `AFTER INSERT` 触发器，意味着当向 `users` 表中插入新记录后，触发器会执行。

- **FOR EACH ROW**：表示触发器会为每一行新插入的记录执行一次。

- **BEGIN ... END**：包裹触发器内部的逻辑操作。

- **DECLARE**：声明一个局部变量 `default_account_id`，用于存储新插入账户的自增ID。

- **INSERT INTO accounts**：在 `accounts` 表中插入新的默认账户信息，其中 `NEW.user_id` 是新插入用户的 `user_id`。

- **LAST_INSERT_ID()**：获取最后插入行的自增ID，这里用于获取新插入账户的ID。

- **UPDATE users**：可选操作，如果 `users` 表中有一个字段需要记录默认账户的ID，可以在这里更新。

这个触发器示例演示了如何在插入新用户时，自动向 `accounts` 表中插入一条默认账户记录，并且可以根据具体业务需求进行调整和扩展。请根据你的实际需求和表结构，适配和修改这个触发器。

触发器（Triggers）是在表上执行的数据库操作，它们会在特定的数据事件（如插入、更新、删除）发生时自动触发。根据你提供的 MySQL 表结构，我将写几个简单的触发器示例来展示其用法。

### 触发器示例：

1. 在用户表 (`users`) 上创建一个触发器，当插入新用户时，在角色关联表 (`user_roles`) 中自动插入对应的默认角色（假设默认角色为 ID 为 2 的角色）。

```sql
CREATE TRIGGER after_insert_user
AFTER INSERT ON users
FOR EACH ROW
BEGIN
    INSERT INTO user_roles (user_id, role_id) VALUES (NEW.user_id, 2);
END;
```

这个触发器在每次向 `users` 表中插入新行时触发，将用户ID和默认角色ID（2）插入到 `user_roles` 表中。

2. 创建一个触发器，在交易表 (`transactions`) 中更新账户余额 (`accounts` 表中的 `balance` 字段) 后，自动更新对应账户的最后交易日期 (`last_transaction_date` 字段)。

```sql
CREATE TRIGGER after_update_transaction_balance
AFTER UPDATE ON transactions
FOR EACH ROW
BEGIN
    UPDATE accounts
    SET last_transaction_date = NEW.transaction_date
    WHERE account_id = NEW.account_id;
END;
```

这个触发器在每次更新 `transactions` 表中的交易记录后触发，会自动更新对应账户在 `accounts` 表中的 `last_transaction_date` 字段。

3. 创建一个触发器，当删除账户 (`accounts`) 时，自动删除与之相关的预算记录 (`budgets`)。

```sql
CREATE TRIGGER after_delete_account
AFTER DELETE ON accounts
FOR EACH ROW
BEGIN
    DELETE FROM budgets
    WHERE account_id = OLD.account_id;
END;
```

这个触发器在每次从 `accounts` 表中删除账户记录时触发，会自动删除与该账户相关的所有预算记录。

这些示例演示了触发器如何在数据库操作过程中自动执行指定的逻辑，以确保数据的完整性和一致性。触发器能够在特定事件发生时进行复杂的逻辑处理，使得数据库操作更加灵活和自动化。

1 ER图缩小的话怕你们看不清，所以截了两张图

2 vsdx绘图结果

3DDL和DML,都有点长分了好多次上传，慢慢看

4 触发器过程

5 接下来是PPT展示过程结果在右侧。