南山区做网站公司流量统计网站推广法

当前位置： 首页 > news >正文

南山区做网站公司,流量统计网站推广法,什么是指数基金,阿里云网络服务1 ER图缩小的话怕你们看不清#xff0c;所以截了两张图 2 vsdx绘图结果 3DDL和DML,都有点长分了好多次上传#xff0c;慢慢看 DDL – 用户表 CREATE TABLE users (user_id INT AUTO_INCREMENT PRIMARY KEY COMMENT 用户ID,username VARCHAR(50) NOT NULL UNIQUE COMMENT 用…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 用户电话 )ENGINEInnoDB;– 角色表 CREATE TABLE roles (role_id INT AUTO_INCREMENT PRIMARY KEY COMMENT 角色ID,role_name VARCHAR(50) NOT NULL UNIQUE COMMENT 角色名称 )ENGINEInnoDB;– 用户角色关联表 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) )ENGINEInnoDB;– 账户表 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) )ENGINEInnoDB;– 分类表 CREATE TABLE categories (category_id INT AUTO_INCREMENT PRIMARY KEY COMMENT 分类ID,category_name VARCHAR(100) NOT NULL UNIQUE COMMENT 分类名称 )ENGINEInnoDB;– 交易表 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) )ENGINEInnoDB;– 预算表 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) )ENGINEInnoDB;DML #1.用户表 (users) – 插入用户信息 INSERT INTO users (username, password, email, gender, phone) VALUES(史密斯, 123, alice.smithexample.com, 女, 111-222-3333),(琼斯, 456, bob.jonesexample.com, 男, 222-333-4444),(查理斯, 789, charlie.davisexample.com, 男, 333-444-5555),(威尔逊, 123, emma.wilsonexample.com, 女, 444-555-6666),(弗兰克, pssw0rd, frank.thompsonexample.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_balanceFROM 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 budgetsWHERE category_id OLD.category_id;– 删除该分类关联的交易记录DELETE FROM transactionsWHERE category_id OLD.category_id; END; //DELIMITER ;存储过程Stored Procedure是一组预先编译好的 SQL 语句集合可以接受参数输入并执行复杂的数据库操作。下面我将编写一个简单的存储过程示例假设我们要查询指定用户的账户信息。sql DELIMITER //CREATE PROCEDURE get_user_accounts(IN p_user_id INT) BEGINSELECT *FROM accountsWHERE user_id p_user_id; END; //DELIMITER ;

  解释说明- DELIMITER因为存储过程通常包含多条 SQL 语句为了区分每条语句的结束我们使用 DELIMITER 命令将分隔符设置为 //。- CREATE PROCEDURE创建存储过程的语法。在 CREATE PROCEDURE 后面是存储过程的名称 get_user_accountsIN 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. 查询指定用户的所有交易记录。

1. 计算该用户的总收入和总支出。

2. 返回该用户的总收入、总支出和净收入。sql DELIMITER //CREATE PROCEDURE calculate_user_income_expense(IN p_user_id INT ) BEGINDECLARE total_income DECIMAL(10, 2);DECLARE total_expense DECIMAL(10, 2);DECLARE net_income DECIMAL(10, 2);– 计算总收入SELECT SUM(amount)INTO total_incomeFROM transactionsWHERE account_id IN (SELECT account_id FROM accounts WHERE user_id p_user_id)AND amount 0;– 计算总支出SELECT SUM(amount)INTO total_expenseFROM transactionsWHERE 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. 查询指定用户的账户信息。

3. 计算该用户所有账户的总余额。

4. 如果总余额超过一个指定的阈值则向一个事务表中插入一条记录记录该用户的信息和总余额。 sql DELIMITER //CREATE PROCEDURE process_user_accounts(IN p_user_id INT,IN p_threshold DECIMAL(10, 2) ) BEGINDECLARE total_balance DECIMAL(10, 2);– 查询指定用户的账户信息SELECT SUM(balance) INTO total_balanceFROM accountsWHERE user_id p_user_id;– 如果总余额超过阈值则插入记录到事务表中IF total_balance p_threshold THENINSERT 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 BEGINDECLARE default_account_id INT;– 插入默认账户信息INSERT INTO accounts (account_name, account_type, balance, user_id)VALUES (默认账户, 储蓄, 0.00, NEW.user_id);– 获取新插入账户的自增IDSET default_account_id LAST_INSERT_ID();– 可选更新用户表中的默认账户ID字段UPDATE usersSET default_account_id default_account_idWHERE 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 BEGININSERT INTO user_roles (user_id, role_id) VALUES (NEW.user_id, 2); END; 这个触发器在每次向 users 表中插入新行时触发将用户ID和默认角色ID2插入到 user_roles 表中。2. 创建一个触发器在交易表 (transactions) 中更新账户余额 (accounts 表中的 balance 字段) 后自动更新对应账户的最后交易日期 (last_transaction_date 字段)。sql CREATE TRIGGER after_update_transaction_balance AFTER UPDATE ON transactions FOR EACH ROW BEGINUPDATE accountsSET last_transaction_date NEW.transaction_dateWHERE 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 BEGINDELETE FROM budgetsWHERE account_id OLD.account_id; END; 这个触发器在每次从 accounts 表中删除账户记录时触发会自动删除与该账户相关的所有预算记录。这些示例演示了触发器如何在数据库操作过程中自动执行指定的逻辑以确保数据的完整性和一致性。触发器能够在特定事件发生时进行复杂的逻辑处理使得数据库操作更加灵活和自动化。 目录 1 ER图缩小的话怕你们看不清所以截了两张图 2 vsdx绘图结果 3DDL和DML,都有点长分了好多次上传慢慢看 4 触发器过程 5 接下来是PPT展示过程 结果在右侧。 5 接下来是PPT展示过程 结果在右侧。