课程名称：MySQL数据库应用
项目名称：闲购商城系统数据库设计
目录
开发背景
*2**开发项目的目标及设计要求*
*2.1**项目目标*
*2.2**设计要求*
*3**数据库需求分析*
*3.1* *数据需求*
*3.2* *处理需求*
*3.3**安全性与完整性要求*
*4**数据库设计与实现*
*4.1**数据字典*
*4.1.1**用户信息数据结构的描述*
*4.1.2* *商品**数据结构的描述*
*4.1.3* *商品类别**结构的描述*
*4.1.4* *地址信息**数据结构的描述*
*4.1.5* *购物车**数据结构的描述*
*4.1.6订单**数据结构的描述*
*4.1.7订单项**数据结构的描述*
*4.2**概念模型及逻辑结构*
*4.2.1**实体图及E**-R**图*
*4.2.2**系统流程图*
*4.2.3* *E**-R**图转换为关系模式*
*4.3**表结构设计*
*4.3.1用户**表结构*
*4.3.2* *商品**表结构*
*4.3.3* *商品类别**表结构*
*4.3.4* *地址**表结构*
*4.3.5购物车**表结构*
*4.3.6订单**表结构*
*4.3.7订单项**表结构*
*4.4* *编写程序*
*4.4.1**视图*
*4.4.2**存储过程*
*4.4.3**触发器及事务*
*4.4.4**事件*
*4.5* *数据完整性*
*4.5.1**定义**所有表的主键*
*4.5.2对于orders与address表的关联，在删除或更新关联时不采取操作*
*4.5.3实现级联删除或更新。在删除或更新订单时，相关的订单项也会被删除或更新*
*4.5.4删除用户表同时删除地址表中相关的行为*
*4.5.5将类别表删除或修改时，商品表的类别同步删除或修改*
*4.5.7删除商品时，同时删除购物车中与该商品关联的数据*
*4.5.8在删除用户时，同时删除与该用户关联的订单数据*
*4.5.9 item与 product 表的关联，在删除或更新关联行时不采取限制条件*
*4.6* *数据更新*
*4.6.1**插入数据*
*4.6.2**修改数据*
*4.6.3删除**数据*
*4.7* *权限管理*
*4.7.1**创建用户登录账号和密码*
*4.7.2**授予用户数据库操作权限*
*4.8* *数据库备份与恢复*
*4.8.1**数据库备份*
*4.8.2**数据库恢复*
*5**数据库测试*
*6预测**前端界面设计*
*6.1**登录界面*
*6.2**系统主**界面*
*7**总结*
参考文献
开发背景
“闲购商城”的构建是一个综合性的工程，它不仅涉及到前端用户界面的友好设计，更核心的在于后端数据库系统的稳定性与效率。在本次数据库期末实验报告中，我们重点探讨了如何构建一个能够支撑高效数据处理和高可靠性的数据库系统。
我们的实验目标是通过实现闲购商城的数据库系统，来提供一个无缝的购物体验。为此，我们设计了一个包含商品预览、购物车管理、结账支付等基本功能的系统架构。这些功能不仅满足了用户的基本购物需求，而且通过简洁直观的操作流程，极大地提升了用户体验。
对于商家而言，我们提供了一个后台管理界面，使他们能够高效地管理商品数据、处理订单，并且监控销售情况。这个管理界面的设计，旨在简化商家的日常运营流程，提高工作效率。
在实验过程中，我们深入理解并应用了MySQL数据库技术，包括数据库设计、优化、安全等多个方面。通过不断的测试和调优，我们提升了数据库的性能，确保了系统的高效运行。最终，我们期望通过这个项目，不仅能够提升我们对数据库技术的理解，更能够为用户打造一个简洁、实用、高效的购物平台。这不仅是一个技术实践的过程，也是我们对电子商务平台发展趋势的一次深入探索。
*2**开发项目的目标及设计要求*
*2.1**项目目标*
本项目专注于深化对MySQL数据库技术的理解，并将其应用于电子商务平台的数据库架构设计。以下是我们的主要目标和方法，重点突出数据库方面的考量：
\1. 数据库架构设计：
构建一个高效、稳定的数据库架构，以支撑电子商务平台的核心业务流程，包括商品展示、用户管理、订单处理等。
\2. 数据管理优化：
利用MySQL的强大功能，优化商品、用户和订单数据的管理，确保数据的一致性、完整性和可访问性。
\3. 性能提升：
通过索引优化、查询优化和数据库调优等技术手段，提升数据库的响应速度和处理能力，以应对高并发场景。
\4. 安全性强化：
实施严格的安全措施，包括数据加密、访问控制和审计日志，保护用户数据和交易安全。
\5. 可扩展性设计：
设计具有良好可扩展性的数据库架构，以适应业务增长和未来技术变革的需求。
\6. 备份与恢复策略：
制定有效的数据备份和恢复策略，确保在出现数据丢失或系统故障时能够快速恢复。
\7. 技术实践与理论结合：
结合实践操作与理论知识，通过实际操作来深化对MySQL数据库技术的理解，并解决实际问题。
\8. 团队协作与专业成长：
通过团队合作，提升成员间的沟通和协作能力，同时在项目实践中提升数据库设计和维护的专业技能。
\9. 现代购物体验：
利用高效的数据库架构，为“闲购商城”提供强大的后端支持，确保用户享受到现代、流畅的在线购物体验。
\10. 技术前瞻性：
紧跟数据库技术的发展趋势，探索和应用新技术，如NoSQL、云数据库服务等，以保持平台的技术先进性。
通过这些重点，本项目将不仅提升团队对MySQL数据库技术的理解，还将确保电子商务平台的数据库系统能够高效、安全地运行，满足现代消费者的购物需求。
*2.2**设计要求*
在数据库系统的设计要求上，我们注重了以下几个关键点：
\1. 快速响应：通过优化查询语句和数据库索引，确保了系统的快速响应能力。
\2. 数据一致性：采用了事务管理机制，保证了数据的一致性和完整性。
\3. 高并发处理：通过数据库的并发控制技术，确保了在用户访问高峰时系统的稳定运行。
\4. 数据安全：实施了多层安全措施，包括数据加密、访问权限控制等，以保护用户和商家的数据安全。
\5. 可扩展性：考虑到未来可能的业务扩展，我们设计了具有良好扩展性的数据库架构。
*3**数据库需求分析*
*3.1* *数据需求*
闲购商城系统的设计旨在满足一系列关键的数据需求，以支持其核心业务功能。以下是系统数据需求的描述：
\1. 用户身份信息：
系统将存储用户的基本信息，包括但不限于登录凭证、电子邮箱等，以便于用户身份验证和个性化服务。
\2. 用户联系信息：
为了便于订单配送和客户服务，系统将维护用户的收货地址和联系方式。
\3. 商品目录：
商品数据将详细记录每个商品的分类和具体描述，包括规格、价格、库存量等，以供用户浏览和选择。
\4. 用户购物行为：
购物车功能将追踪用户在浏览过程中选择的商品，临时存储这些商品信息，直到用户决定购买。
\5. 交易管理：
订单管理系统将记录用户的购买历史，包括订单详情、支付状态、配送信息等。
\6. 订单细节记录：
订单项数据将详细列出每个订单中商品的数量、价格和其它相关细节，以确保订单的准确性和可追溯性。
*3.2* *处理需求*
用户身份验证：确保用户安全地访问和管理个人信息。
地址簿管理：允许用户存储和管理多个收货地址，便于快速下单。
商品展示：提供清晰的商品分类和详细描述，帮助用户做出购买决策。
购物车功能：允许用户灵活添加、修改或删除购物车中的商品。
订单处理：简化用户下单流程，提供订单状态跟踪和历史查询。
订单详情管理：确保订单的每个细节都准确无误，便于后续的物流和客服工作。
*3.3**安全性与完整性要求*
在闲购商城系统的数据库设计中，我们采取了一系列安全性与完整性要求，以确保数据的准确性和可靠性。主键约束被应用于用户表、地址表、类别表、商品表、购物车表、订单表和订单项表，确保每条记录都具有唯一标识。此外，用户表中的用户名字段通过唯一性约束来保证用户身份的唯一性。外键约束被广泛用于维护表之间的关系，如地址表和商品表分别引用用户表和类别表的主键，购物车表同时引用用户表和商品表，而订单表和订单项表则分别引用用户表、地址表和商品表。这些外键约束不仅确保了数据的一致性，还通过在删除或更新操作时的级联触发（ON DELETE CASCADE 和 ON UPDATE CASCADE），自动同步相关数据，从而简化了数据维护过程。
数据库备份能保障在数据丢失的情况下，能恢复重要数据。因此，在数据库中的数据发生变化后，要及时对重要的数据进行备份。数据备份，要求不能影响业务处理的正常进行。因此，数据备份要采用多种备份方法并用，将完全备份这类占用服务资源高的备份设置在业务处理的空闲时段，将日志备份这类占用服务资源少的备份方法应用在业务处理的高峰，但在需要及时备份的时候，充分考虑故障出现时，业务处理可以接受的停机时间。不同的备份方法需要还原的时间不同。因此，在照顾备份对业务处理影响的同时，要考虑还原的时间，不能因为完全备份对业务处理影响很大，就一个月才做一次，这样的话，在还原的时候花费的时间就很长了。因此，合理的使用备份方法进行备份，同时还要考虑过期备份文件的清除和备份资源的再利用问题；要考虑灾难性数据丢失造成的影响。对于重要的数据要将数据库备份到多种介质和多个地方，这样就能保证有可用的备份。通过这些精心设计的约束条件，我们不仅提高了数据操作的安全性，还增强了数据的完整性，为用户提供了一个稳定可靠的电子商务平台。
*4**数据库设计与实现*
*4.1**数据字典*
*4.1.1**用户信息数据结构的描述*
数据结构名：user
说明：用于存储用户的账号信息和相关属性。
组成： u_id，u_name，u_password，u_email，u_sex，u_status，u_code，u_role
主键：u_id
*4.1.2* *商品**数据结构的描述*
数据结构名：product
说明：用于存储商品类别信息。
组成：p_id，t_id，p_name，p_time，p_image，p_price，p_state，p_info
主键：p_id
外键约束：t_id
*4.1.3* *商品类别**结构的描述*
数据结构名：type
说明：用于存储商品的分类信息。
组成：t_id，t_name，t_info
主键：t_id
*4.1.4* *地址信息**数据结构的描述*
数据结构名：address
说明：用于存储用户的收货地址信息。
组成：a_id，u_id，a_name，a_phone，a_detail，a_state
主键：a_id
外键约束：u_id
*4.1.5* *购物车**数据结构的描述*
数据结构名：cart
说明：用于存储用户的购物车信息
组成：c_id，u_id，p_id，c_count，c_num
主键：c_id
外键约束：p_id
*4.1.6订单**数据结构的描述*
数据结构名：orders
说明：用于存储用户的订单信息。
组成：o_id，u_id，a_id，o_count，o_time，o_state
主键：o_id
外键约束：a_id
*4.1.7订单项**数据结构的描述*
数据结构名： item
说明：用于存储订单中每个商品的详细信息。
组成： i_id，o_id，p_id，i_count，i_num
主键：i_id
外键约束：p_id
*4.2**概念模型及逻辑结构*
*4.2.1**实体图及E**-R**图*
|
|
图 2: 实体图及 E-R 图
*4.2.2**系统流程图*
图 2 系统流程图
*4.2.3* *E**-R**图转换为关系模式*
(1) 一个实体转换为一个关系模式
用户（账号，用户id，密码，性别，邮箱，激活状态，角色）
商品（价格，热销榜，商品id，类别id，商品名称，生产日期，图片地址，商品描述）
商品类别（类别id，类别名称，类别描述）
地址（地址id，用户id，收件人，联系电话，详细地址，默认地址）
购物车（商品id，商品数量，用户id，购物车id，小计金额）
订单（订单编号，订单状态，下单时间，地址id，用户id，总计金额）
订单项（订单编号，商品id，商品数量，订单id，小计金额）
(2) 实体间的联系根据其类型进行转换
用户与地址 (1:N 关系):
用户（账号，用户ID，密码，性别，邮箱，激活状态，角色）
地址（地址ID，用户ID，收件人，联系电话，详细地址，默认地址）
这里，每个用户可以有多个地址，因此用户ID在地址表中作为外键，建立了1:N的关系。
用户与购物车 (1:1 关系):
用户（账号，用户ID，密码，性别，邮箱，激活状态，角色）
购物车（商品ID，商品数量，用户ID，购物车ID，小计金额）
每个用户对应一个购物车，所以用户ID在购物车表中作为外键，建立了1:1的关系。
用户与订单 (1:N 关系):
用户（账号，用户ID，密码，性别，邮箱，激活状态，角色）
订单（订单编号，订单状态，下单时间，地址ID，用户ID，总计金额）
用户可以有多个订单，因此用户ID在订单表中作为外键，建立了1:N的关系。
商品与商品类别 (1:N 关系):
商品类别（类别ID，类别名称，类别描述）
商品（价格，热销榜，商品ID，类别ID，商品名称，生产日期，图片地址，商品描述）
每个商品类别下可以有多个商品，因此类别ID在商品表中作为外键，建立了1:N的关系。
订单与订单项 (1:N 关系):
订单（订单编号，订单状态，下单时间，地址ID，用户ID，总计金额）
订单项（订单编号，商品ID，商品数量，订单ID，小计金额）
每个订单包含多个订单项，因此订单编号在订单项表中作为外键，建立了1:N的关系。
商品与购物车 (M:N 关系):
商品（价格，热销榜，商品ID，类别ID，商品名称，生产日期，图片地址，商品描述）
购物车（商品ID，商品数量，用户ID，购物车ID，小计金额）
商品和购物车之间是M:N的关系，因为一个商品可以被多个用户添加到购物车中，同时一个用户的购物车也可以包含多个商品。这种关系通常通过一个中间表（例如，购物车明细）来实现，该表包含商品ID和用户ID作为外键，以及购物车ID。）
*4.3**表结构设计*
*4.3.1用户**表结构*
| 字段名 | 数据类型 | 长度 | 允许空值 | 字段语义说明(作用、主键、索引及约束名称等) |
|---|---|---|---|---|
| u_id | INT | 否 | 用户 ID, 自增主键 | |
| u_name | VARCHAR(20) | 20 | 否 | 用户账号 |
| u_password | VARCHAR(64) | 64 | 否 | 用户密码 |
| u_email | VARCHAR(50) | 50 | 否 | 用户的邮箱 |
| u_sex | VARCHAR(4) | 4 | 是 | 用户性别 |
| u_status | INT | 用户的激活状态 | ||
| u_code | VARCHAR(64) | 64 | 邮件激活码 | |
| u_role | INT | 是否为管理员 |
*4.3.2* *商品**表结构*
| 字段名 | 数据类型 | 长度 | 允许空值 | 字段语义说明(作用、主键、索引及约束名称等) |
|---|---|---|---|---|
| p_id | INT - | 否 | 商品的唯一主键 | |
| t_id | INT | 类别的主键 id | ||
| p_name | VARCHAR(50) | 50 | 商品的名称 | |
| p_time | DATE | 商品的上市时间 | ||
| p_image | VARCHAR(100) | 100 | 商品图片的路径 | |
| p_price | DECIMAL(12, 2) | 12 | 商品的价格 | |
| p_state | INT | 商品的热门指数 | ||
| p_info | VARCHAR(200) | 200 | 商品的描述 |
*4.3.3* *商品类别**表结构*
| 字段名 | 数据类型 | 长度 | 允许空值 | 字段语义说明(作用、主键、索引及约束名称等) |
|---|---|---|---|---|
| t_id | INT | 否 | 类别的主键 | |
| t_name | VARCHAR(20) | 20 | 类别的名称 | |
| t_info | VARCHAR(200) | 200 | 类别的描述 |
*4.3.4* *地址**表结构*
| 字段名 | 数据类型 | 长度 | 允许空值 | 字段语义说明 |
|---|---|---|---|---|
| a_id | INT | 否 | 序号，主键 | |
| u_id | INT | 用户 ID | ||
| a_name | VARCHAR(30) | 30 | 地址的收件人 | |
| a_phone | VARCHAR(14) | 14 | 收件人电话 | |
| a_detail | VARCHAR(200) | 299 | 收货人详细地址 | |
| a_state | INT | 是否是默认地址 |
*4.3.5购物车**表结构*
| 字段名 | 数据类型 | 长度 | 允许空值 | 字段语义说明 |
|---|---|---|---|---|
| c_id | INT | 否 | 购物车的唯一标识自增的主键 | |
| u_id | INT | 否 | 用户实体的主键属性 | |
| p_id | INT | 否 | 商品的唯一主键 | |
| c_count | DECIMAL(12,2) | 12 | 否 | 购物车小计 |
| c_num | INT | 否 | 购物车商品数量 |
*4.3.6订单**表结构*
| 字段名 | 数据类型 | 长度 | 允许空值 | 字段语义说明(作用、主键、索引及约束名称等) |
|---|---|---|---|---|
| o_id | VARCHAR(64) | 64 | 否 | 订单编号, 主键 |
| u_id | INT | 用户实体的主键属性 | ||
| a_id | INT | 地址实体的唯一主键列 | ||
| o_count | DECIMAL(12,2) | 12 | 订单的总金额 | |
| o_time | DATETIME | 订单的详细时间 | ||
| o_state | INT | 订单状态 |
*4.3.7订单项**表结构*
| 字段名 | 数据类型 | 长度 | 允许空值 | 字段语义说明(作用、主键、索引及约束名称等) |
|---|---|---|---|---|
| i_id | INT | 否 | 订单项 ID, 自增长主键。 | |
| o_id | VARCHAR(64) | 64 | 订单编号 | |
| p_id | INT | 商品编号 | ||
| i_count | DECIMAL(12,2) | 12 | 订单项的小计 | |
| i_num | INT | 订单项的数量 |
*4.4* *编写程序*
*4.4.1**视图*
1、获取所有商品及其所属类别名称
2、获取所有订单以及用户信息和地址详情
3、获取用户的购物车内容
4、获取用户的收货地址列表课程名
5、获取用户的订单详情
*4.4.2**存储过程*
(1) 添加商品到购物车
(2) 创建订单
(3) 更新订单状态
*4.4.3**触发器及事务*
触发器，在将商品添加到订单时，将相关商品从购物车中移除。
同时，我们将在这个过程中使用事务来确保操作的一致性。
*4.4.4**事件*
*4.5* *数据完整性*
*4.5.1**定义**所有表的主键*
*4.5.2对于orders与address表的关联，在删除或更新关联时不采取操作*
*4.5.3实现级联删除或更新。在删除或更新订单时，相关的订单项也会被删除或更新*
*4.5.4删除用户表同时删除地址表中相关的行为*
*4.5.5将类别表删除或修改时，商品表的类别同步删除或修改*
*4.5.6删除修改用户时，同时删除或修改购物车中与该用户相关联的数据*
*4.5.7删除商品时，同时删除购物车中与该商品关联的数据*
*4.5.8在删除用户时，同时删除与该用户关联的订单数据*
*4.5.9 item与 product 表的关联，在删除或更新关联行时不采取限制条件*
*4.6* *数据更新*
*4.6.1**插入数据*
*4.6.2**修改数据*
*4.6.3删除**数据*
*4.7* *权限管理*
*4.7.1**创建用户登录账号和密码*
-- 创建用户
CREATE USER ’wubolang2240130036’@’localhost’ IDENTIFIED BY ’password’;
*4.7.2**授予用户数据库操作权限*
-- 赋予管理员权限给该用户
GRANT ALL PRIVILEGES ON . TO ’wubolang2240130036’@’localhost’ WITH GRANT OPTION;
*4.8* *数据库备份与恢复*
*4.8.1**数据库备份*
使用mysqldump命令备份数据库中所有的表
Mysqldump – u root – p db_wubolang > d:/bak/db_wubolang.sql
*4.8.2**数据库恢复*
使用mysqldump命令将已备份的文件恢复到数据库中
mysql – u root – p db_wubolang < :/bak/db_wubolang.sql
*5**数据库测试*
(1)测试用例表
(2)测试结论
该数据库能正常使用，并参照完整性约束。
*6预测**前端界面设计*
*6.1**登录界面*
*6.2**系统主**界面*
*7**总结*
作为DBA和项目组长，我承担了确保数据库系统稳定性和安全性的重任。在项目实施过程中，我专注于数据库架构的精心设计，包括合理的数据模型构建、索引优化以及查询性能的提升。我实施了严格的权限管理和访问控制，确保了数据的安全性和完整性。同时，我还负责了数据库的定期备份和灾难恢复计划的制定，为项目提供了坚实的数据保障。在团队协作方面，我与系统分析员和设计员保持了密切的沟通，确保了数据库设计能够满足系统需求，并能够支持系统的长期发展。
作为系统分析员和设计员，我深入挖掘和理解了用户的具体需求，将这些需求转化为具体的系统功能和流程。我负责将这些需求细化，并通过用例图和流程图等形式，清晰地表达了系统应具备的功能。我与团队的其他成员，特别是DBA和程序员，保持了紧密的协作，确保了技术方案的可行性和实现的准确性。我努力确保了系统设计的合理性，为项目的成功打下了坚实的基础。
作为程序员，我专注于根据系统设计文档实现具体的功能模块。我编写了清晰、高效的代码，实现了系统的核心功能，并确保了代码的质量和系统的稳定性。我与系统设计员和DBA紧密合作，确保了代码与数据库设计的一致性，并进行了细致的测试，以消除潜在的错误和问题。
作为测试员，我负责了系统的质量保证工作。我制定了全面的测试计划，设计了详细的测试用例，并执行了系统的各项测试，以验证功能的正确性和性能的稳定性。我与开发团队保持了密切的沟通，确保了发现的问题能够及时得到解决。我的目标是通过严格的测试，确保系统能够满足用户的需求，并在各种使用场景下保持稳定和可靠。
参考文献
[1] 姜桂洪 ．MySQL数据库应用与开发[M]．北京：清华大学出版社，2018.7
[2]高勇军.成人高等院校“MySQL数据库应用”课程教学模式探索.无线互联科技 21.06(2024):116-118.
[3]数据库国产化应用创新解决方案.数字经济 .11(2023):94-95.doi:10.19609/j.cnki.cn10-1255/f.2023.11.002.
[4]尹莹.浅析计算机数据库技术在信息管理中的应用.网络安全技术与应用 .10(2023):69-70.
