数据库原理与应用研究报告-在线救援物资求助系统

加瓦程序设计师

已于 2023-07-10 09:33:10 修改

阅读量275

点赞数 1

分类专栏：课程设计文章标签：数据库

于 2023-07-10 09:31:27 首次发布

本文链接：https://blog.csdn.net/lf21qp/article/details/131631463

版权

课程设计专栏收录该内容

43 篇文章 7 订阅

订阅专栏

第一章需求分析

1.1系统概述

2020年，突如其来的“新冠”肺炎疫情和1998年以来最严重的“长江流域”洪水给我国防疫救灾体系的带来重大考验。现在全世界各个国家都已经意识到需重视且也开始重视国家处理应急事件的能力，怎样对有限资源高效利用，能够对各种灾害和突发事件的反应能力有所提高，给人民及其涉及到的单位提供更快捷的紧急救助服务，正日渐成为全世界各个国家都在认真思考、研究的重要课题。救援物资求助平台可方便实时掌握应急物资数据，增强预防和处置突发事件的物资保障能力。专业的平台不但增强了管理的智能化和系统性，还能防止物资浪费现象发生。

本系统一方面是为了让需要物资求助的群体能够在线发布求助登记信息寻求救助，另一方面是为了让有爱心的群体进行救援物资捐赠。因此，该系统主要分为前台客户端功能和后台管理系统，用户分为前台客户及后台管理员两类，两类客户的主要功能模块具体划分如下。

1.1.1 前台客户端功能

前台客户端主要供前台客户使用，划分出的具体功能如下。前台客户用例图如1-1所示。

（1）客户注册：客户在前台输入注册需填写的相关字段，注册时使用MD5对密码加密从而注册。

（2）客户登录：为了保证客户账户密码的安全性，密码是需进行MD5加密。

（3）求助、救助信息、新闻资讯查看：求助、救助信息、新闻资讯搜索查看等。

（4）用户求助信息发布：根据需要在救援物资求助系统上进行信息发布，获得相应救援救助。

（5）用户求助信息救助：查看相应求助信息，爱心人士对其进行救援物资的捐赠。

（6）个人中心：对基本资料修改、我的求助信息查看及其我的救援信息记录查看。

图1-1 前台客户用例图

1.1.2 后台管理系统功能

后台管理系统主要供管理员使用，对系统的各类信息进行统一管理，根据平台使用情况划分出的具体功能如下。系统管理员用例图如1-2所示。

（1）客户信息管理：管理前台客户端注册成功的所有信息，对其可进行查询、查看等。

（2）系统设置：包括系统用户增删改查操作、系统部门的增删改查操作、系统角色的增删改查操作、资源权限分配等。

（3）物资类型管理：救援物资的类型的查询、添加、删除、修改。

（4）求助信息审核管理：对求助信息进行真实性核验审核，如果真实没有问题点击“通过”操作，有问题的点击“驳回”操作。

（5）救援物资信息求助管理：审核失败、审核通过、获得救援、收到物资信息等管理。

（6）新闻资讯管理：前台相关新闻资讯管理及其爬取管理。

图1-2 管理员用例图

1.2功能模块设计

根据分析出来的需求把救援物资求助系统划分为前台客户端和后台管理系统两部分。系统功能总体设计如图1-3所示。前台客户端包括注册登录、求助登记、救助登记、救助信息公示、个人中心等功能。后台管理系统包括客户管理、审核管理、救助管理、新闻管理等模块。通过这些功能可方便并满足需要物资求助的群体在线得到救助。

图1-3 系统功能总体设计

1.2.1 前台客户端功能模块

（1）登录注册模块

登录注册模块是前台客户发布求助信息、进行物资捐助提供救助的基础，只有是系统的用户且是登录状态才可进行。

（2）首页信息展示模块

① 登录

前台客户需在平台获取相应的服务，需使用用户名、密码登录才可进行。不对游客状态的信息提供服务，方便系统信息的真实性核验管理。

② 注册

注册模块是前台客户使用平台的基础，若没账户仅仅可查看系统的各类信息，没有任何操作的权限。注册是前台客户输入用户名、手机号、性别、身份证号等信息，添加到数据库中。

（3）求助登记模块

求助登记是系统的核心功能，是获取帮助的信息散布途径。登录的前台客户输入求助物资、物资类型、物资数量、事件、地址、图片等信息，将信息添加至数据库。经管理员审核后，方可展示在系统的求助列表让其他有爱心人事查看并提供物资帮助。

（4）救助登记模块

救助登记是系统的核心功能，救助登记是求助登记的后续也是整个系统的精华。有爱心人士查看系统的所有求助信息，在查看到想提供救助的信息，注册账号并登陆进行救助登记，登记后发送物资并联系对方进行地址确认，做到点对点救助。

（5）救助信息公示模块

救助信息公示模块是为了信息做到公开、透明，让社会各界发布求助的人士及其提供救助的人士能了解平台的物资流向。救助信息公示包括待求助公示、已救助公示及已完成公示。

（6）个人中心模块

个人中心是前台客户的各类信息查看模块，里面包括了个人信息的修改，自己发布的求助信息管理、救助信息的管理及其求助物资收货管理。

1.2.2 后台管理系统功能模块

（1）登录模块

登录是管理员管理信息的基础，用给定的用户名、密码登录会与数据库的信息进行比对，比对成功后即可登录后台管理系统进行相应操作。

（2）客户管理模块

客户管理模块是对前台注册的客户信息进行统一管理，方便统计有注册多少客户各个客户的必填信息等，为后期的求助信息审核做基础。管理员仅可对客户信息进行查看，不可进行其他操作。

（3）审核管理模块

审核管理是对前台客户发布的求助登记信息进行审核，在求助者发布登记后管理员对信息进行真实性调查核验，确认真实无误后点击通过，存在欺骗等行为点击驳回，只有通过审核的信息才可展示是首页的求助栏或者求助公示里。审核管理包括审核、审核未通过管理。

① 审核管理

管理员对发布的信息在确认真实性后，点击操作里的“通过”，更新数据库里对应信息的标识状态，进而展示在前台的求助列里，方便对外展示并获得救助。

② 审核未通过管理

管理员对发布的有虚假、存在不准确的信息驳回后，前台客户不可再进行修改，如果被驳回，仍需提交物资求助的信息只需再次进行登记。除此，管理员可对审核未通过的求助进行备案管理，根据后续需要在数据库里查询相应信息。

（4）救助管理模块

救助管理模块是对前台客户发布的登记信息按照不同状态进行管理，主要分为待救助、已救助、已完成信息管理。管理员可清楚查看到正在等待救助的信息量，已经被救助的信息量，已经完成并收到物资的信息量，对系统的整体物资求助、救助情况做到精确了解。

（5）新闻管理模块

新闻管理是前台客户端首页及其新闻资讯页信息展示的基础，方便新闻的显示及实时更新。该模块包括新闻添加、修改、删除、查看。

① 新闻添加

新闻添加包含新闻标题、来源、内容，管理员将信息录入至数据库，实时更新前台客户端首页新闻及新闻资讯页面信息的内容，丰富页面内容。

② 新闻编辑

新闻编辑包含对新闻标题、来源和内容的修改，把存在问题的信息字段调整并从数据库将其更新。

③ 新闻删除

管理员将过时或无用的信息通过删除操作，把这部分信息从数据库清除。

④ 新闻查看

新闻查看可在查询框填入新闻标题、内容，点击查询按钮，筛选想查看的新闻列表。

（6）系统设置

类型设置是后台管理系统的基础，有对部门、角色、用户的管理，方便各个不同部分的权限划分，各司其职。系统设置包括部门管理、角色管理、用户管理。

① 部门管理

部门管理包括对后台管理系统的部门进行管理，包括部门的查添加、修改、删除、查看。

② 角色管理

角色管理是对后台系统的所有不同用户的角色类型及其角色资源权限分配进行统一管理，包括对角色信息的添加、修改、删除及其资源权限分配。

③ 用户管理

用户管理是对后台系统的使用用户信息统一管理、账号分配，包括用户添加、修改、删除、查看。

（7）类型设置

类型设置是对前台客户进行求助登记的基础，登记时选择的物品类型来源与此。类型进行统一设置、管理，方便后期平台按物资类型对求助、救助信息等统计。类型设置中包括类型添加、类型查看、类型编辑、类型删除。

① 类型添加

类型添加包含类型名称、类型编号，管理员将信息录入存储到数据库，方便前台客户发布求助信息时选择。

② 类型查看

类型查看可通过输入类型名称、类型编号，点击查询按钮，方便管理员筛选自己想查看的结果列表。

③ 类型编辑

类型编辑包含类型名称、类型编号修改，管理员将有问题需修改的信息从数据库更新。

④ 类型删除

管理员将不需要使用的信息通过删除按钮，将信息从数据库删除。

第二章概念设计

2.1概念设计

2.1.1 实体分析描述

从用户角度来说，数据库的需求主要体现在对数据库表的增删改查。因此，数据库结构需同时满足两个要素：输入、输出。在进行数据设计时，首先需收集数据，然后分析数据结构，最后处理数据。根据本系统的需求，设计以下主要的数据项和数据结构：

（1）用户实体：表id、用户名、用户真实名称、密码、性别、部门id、角色id、状态、最后一次登录时间。

（2）角色实体：表id、角色名称、启用状态。

（3）部门实体：表id、部门名称、部门编号、启用状态。

（4）资源实体：表id、资源名称、资源URL、父级资源id、资源标志。

（5）一级物质分类实体：表id、一级物资类型名称。

（6）二级物质分类实体：表id、一级物资类型表id、物资类型名称、状态。

（7）客户实体：表id、客户名称、密码、性别、手机号、微信号、身份证号。

（8）求助信息实体：表id、物资分类表id、物品名称、数量、求助时间、求助人、救助时间、救助人、求助信息状态、救援事件、首页图片名称、地址。

(9) 新闻实体：表id、标题、获取时间、内容、来源、描述。

根据上述数据库的需求分析得到具体的实体，各个实体属性大体对实体相应的 E-R 图。

（1）用户实体如图2-1所示。

图2-1 用户实体

（2）角色实体如图2-2所示。

图2-2 角色实体

（3）部门实体如图2-3所示。

图2-3 部门实体

（4）资源实体如图2-4所示。

图2-4 资源实体

（5）一级物质分类实体如图2-5所示。

图2-5 一级物资分类实体

（6）二级物资分类实体如图2-6所示。

图2-6 二级物资分类实体

（7）客户实体如图2-7所示。

图2-7 客户实体

（8）求助信息实体如图2-8所示。

图2-8 求助信息实体

（9）新闻实体如图2-9所示。

图2-9 新闻实体

2.1.2 实体联系类型分析

根据实体及其实体之间的对应关系得到相应大体的数据库信息 E-R 图如图2-10所示。客户可以发布、救助求助信息，一个客户可以发布发条求助信息，一个客户可以救助多条求助信息。管理员可管理新闻信息、客户信息、求助信息。一个管理员可管理多条不同状态的求助信息，管理多条新闻信息。部门和用户、用户和角色之间都是多对多的关系。

图2-10　　数据库总体E-R图

第三章逻辑设计

3.1关系模式

客户（客户名称，密码，性别，手机号，身份证号，微信号）

管理员（用户名，真实名称，密码，状态，性别）

新闻（标题，内容，来源，描述）

求助信息（物品名称，数量，求助事件，客户名称）

发布、求助（客户名称，物品名称）

管理（用户名，用户名称，标题，物品名称）

3.2 表

（1）用户表 (s_user)

用户表含有用户id、用户真实名称、用户名、密码、性别、部门id、角色id、状态、最后一次登录时间。如表3-1所示。

表3-1 用户表(s_user)

列名	类型	主键	外键	注释
id	int(0)	是		用户id
realName	varchar(50)			用户真实名称
userName	varchar(50)			用户名
pwd	varchar(20)			密码
sex	int(0)			性别
deptId	int(0)		是	部门id
roleId	int(0)		是	角色id
status	int(0)			状态
lastLogin	varchar(30)			最后一次登录时间

（2）角色表 (s_role)

角色表包含角色ID、角色名称、启用状态。如表4-2所示。

表4-2 角色表(s_role)

列名	类型	主键	外键	注释
id	int(0)	是		主键
roleName	varchar(50)			角色名称
status	int(0)			启用状态

（3）部门表 (s_dept)

部门表包含部门id、部门名称、部门编号、启用状态。如表4-3所示。

表4-3 部门表(s_dept)

列名	类型	主键	外键	注释
id	int(0)	是		主键
deptName	varchar(20)			部门名称
deptCode	varchar(20)			部门编号
status	int(0)			启用状态

（4）资源表 (s_resource)

资源表包含资源名称、资源URL、父级资源id、资源标志。如表4-4所示。

表4-4 资源表(s_resource)

列表	类型	主键	外键	注释
id	int(0)	是		主键
resourceName	varchar(100)			资源名称
resourceUrl	varchar(100)			资源URL
pid	int(0)			父级资源id
icon	int(0)			资源标志

（5）角色资源表 (s_roleresource)

角色资源包含角色资源id、角色id、资源id。如表4-5所示。

表4-5 角色资源表(s_roleresource)

列名	类型	主键	外键	注释
id	int(0)	是		角色资源id
roleId	int(0)		是	角色id
resourceId	int(0)		是	资源id

（6）一级物资类型表 (s_typemain)

一级物资类型表包含物资类型id、物资类型名称。如表4-6所示。

表4-6 一级物资类型表(s_typemain)

列名	类型	主键	外键	注释
id	int(0)	是		主键
typename	varchar(100)			物资类型名称

(7) 二级物资类型表 (s_typedetail)

二级物资类型表包含物资类型id、一级物资类型表id、物资类型名称、状态。如表4-7所示。

表4-7 二级物资类型表(s_typedetail)

列名	类型	主键	外键	注释
id	int(0)	是		主键
pid	int(0)		外键	一级物资类型表id
typename	varchar(100)			物资类型名称
flag	int(0)			状态

(8) 客户表 (t_customer)

客户表包含客户id、客户名称、密码、性别、手机号、微信号、身份证。如表4-8所示。

表4-8 客户表(t_customer)

列名	类型	主键	外键	注释
id	int(0)	是		主键
customername	varchar(100)			客户名称
cpassword	varchar(20)			密码
sex	int(0)			性别(1男0女)
cphone	varchar(11)			手机号
cWeChat	varchar(20)			微信号
idcard	varchar(18)			身份证

（9）求助信息表 (t_recourse)

求助信息表包含求助信息id、物资分类表id、物资名称、数量、求助时间、求助人id、救助时间、救助人id、求助状态、救援事件、首页图片名称、地址。如表4-9所示。

表4-9 求助信息表(t_recourse)

列名	类型	主键	外键	数据说明
id	int(0)	是		求助信息id
category	int(0)			物资分类表id
material	varchar(20)			物品名称
quantity	int(0)			数量
recourse_time	varchar(18)			求助时间
customerid	int(0)		是	求助人id
aid_time	varchar(18)			救助时间
aid_id	int(0)		是	救援人id
flag	int(0)			求助状态
event	varchar(255)			救援事件
picturename	varchar(100)			首页图片名称
address	varchar(255)			地址

(10) 新闻表 (t_new)

新闻表包含主键id、新闻标题、发布时间、内容、来源、描述。如表4-10所示。

表4-10 新闻表(t_new)

列名	类型	主键	外键	注释
id	int(0)	是		主键
title	varchar(100)			新闻标题
releaseTime	varchar(30)			发布时间
content	text			内容
source	varchar(30)			来源
desc1	varchar(100)			描述

第四章物理设计

4.1索引设计

在经常需要搜索的列上建立索引。在主关键字上建立索引。在经常用于连接的列上建索引，即在外键上建立索引。在经常需要根据范围进行搜索的列上创建索引，因为索引已经排序，其指定的范围是连续的。在经常需要排序的列上建立索引，因为索引已经排序，这样查询可以利用索引的排序，加快排序查询时间。在经常成为查询条件的列上建立索引。也就是说，在经常使用在where子句中的列上建立索引。

对于那些在查询中很少使用和参考的列不应该创建索引。因为既然这些列很少使用，有所因并不能提高查询速度。相反，由于增加了索引，反而降低了系统的维护速度和增大了空间需求。对于那些只有很少值的列不应该建立索引。例如，人事表中的“性别”列，取值范围只有两项：“男”或“女”。若在其上建立索引，则平均起来，每个属性值对应一半的元组，用索引检索，并不能明显加快检索速度。属性值分布严重不均的属性。例如学生的年龄往往集中在几个属性值上，若在年龄属性上建立索引，则在检索某个年龄的学生时，会涉及相当多的学生。过长的属性，例如超过30个字节。因为在过长的属性上建立索引，索引所占的存储空间比较大，而索引的级数也随之增加，有诸多不利之处。如果实在需要在其上建立索引，必须采取索引属性压缩的措施。经常更新的属性或表。因为在更新时有关的索引需要做相应的修改。

第五章实施与维护

5.1SQL代码

（1）用户表 (s_user)

创建用户表SQL语句：

CREATE TABLE `s_user` (

`id` int(0) NOT NULL AUTO_INCREMENT,

`realname` varchar(20) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,

`username` varchar(20) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,

`pwd` varchar(20) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,

`sex` int(0) NULL DEFAULT NULL,

`deptId` int(0) NULL DEFAULT NULL,

`roleId` int(0) NULL DEFAULT NULL,

`status` int(0) NULL DEFAULT NULL,

`lastLogin` varchar(20) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,

PRIMARY KEY (`id`) USING BTREE,

INDEX `deptid`(`deptId`) USING BTREE,

INDEX `roleid`(`roleId`) USING BTREE,

CONSTRAINT `deptid` FOREIGN KEY (`deptId`) REFERENCES `s_dept` (`id`) ON DELETE RESTRICT ON UPDATE RESTRICT,

CONSTRAINT `roleid` FOREIGN KEY (`roleId`) REFERENCES `s_role` (`id`) ON DELETE RESTRICT ON UPDATE RESTRICT

) ENGINE = InnoDB AUTO_INCREMENT = 19 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;

给用户表插入数据SQL语句：

INSERT INTO `s_user` VALUES (7, 'ceshi', 'admin', '123456', 0, 1, 1, 0, NULL);

INSERT INTO `s_user` VALUES (8, 'ceshi1', 'ceshi1', 'ceshi1', 0, 1, 1, 0, NULL);

INSERT INTO `s_user` VALUES (9, 'ceshi1', 'ceshi2', 'ceshi1', 0, 1, 1, 0, NULL);

INSERT INTO `s_user` VALUES (10, 'ceshi1', 'ceshi3', 'ceshi1', 0, 1, 1, 0, NULL);

INSERT INTO `s_user` VALUES (11, 'ceshi1', 'ceshi4', 'ceshi1', 0, 1, 1, 0, NULL);

INSERT INTO `s_user` VALUES (12, 'ceshi1', 'ceshi5', 'ceshi1', 0, 1, 1, 0, NULL);

INSERT INTO `s_user` VALUES (13, 'ceshi1', 'ceshi6', 'ceshi1', 0, 1, 1, 0, NULL);

INSERT INTO `s_user` VALUES (14, 'ceshi1', 'ceshi7', 'ceshi1', 0, 1, 1, 0, NULL);

INSERT INTO `s_user` VALUES (15, 'ceshi1', 'ceshi8', 'ceshi1', 0, 1, 1, 0, NULL);

INSERT INTO `s_user` VALUES (16, 'ceshi1', 'ceshi9', 'ceshi1', 0, 1, 1, 0, NULL);

INSERT INTO `s_user` VALUES (17, 'ceshi1', 'ceshi10', 'ceshi1', 0, 1, 1, 0, NULL);

INSERT INTO `s_user` VALUES (18, 'ceshi1', 'ceshi11', 'ceshi1', 0, 1, 1, 0, NULL);

INSERT INTO `s_user` VALUES (19, 'ceshi1', 'ceshi12', 'ceshi1', 0, 1, 1, 0, NULL);

（2）角色表（s_role）

创建角色表SQL语句：

CREATE TABLE `s_role` (

`id` int(0) NOT NULL AUTO_INCREMENT,

`roleName` varchar(20) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,

`status` int(0) NULL DEFAULT NULL,

PRIMARY KEY (`id`) USING BTREE

) ENGINE = InnoDB AUTO_INCREMENT = 6 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;

给角色表插入数据SQL语句：

INSERT INTO `s_role` VALUES (1, '平台管理员', 0);

INSERT INTO `s_role` VALUES (2, '角色2', NULL);

（3）部门表 (s_dept)

创建部门表SQL语句：

CREATE TABLE `s_dept` (

`id` int(0) NOT NULL AUTO_INCREMENT,

`deptName` varchar(20) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,

`deptCode` varchar(20) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,

`status` int(0) NULL DEFAULT NULL,

PRIMARY KEY (`id`) USING BTREE

) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;

给部门表插入数据SQL语句：

INSERT INTO `s_dept` VALUES (1, '部门1', '001', NULL);

INSERT INTO `s_dept` VALUES (2, '部门2', '002', 0);

（4）资源表 (s_resource)

创建资源表SQL语句：

CREATE TABLE `s_resource` (

`id` int(0) NOT NULL AUTO_INCREMENT,

`resourceName` varchar(200) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,

`resourceUrl` varchar(100) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,

`pid` int(0) NULL DEFAULT NULL,

`icon` varchar(20) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,

PRIMARY KEY (`id`) USING BTREE

) ENGINE = InnoDB AUTO_INCREMENT = 34 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;

给资源表插入数据SQL语句：

INSERT INTO `s_resource` VALUES (1, '系统设置', NULL, 0, 'icon-computer');

INSERT INTO `s_resource` VALUES (2, '用户管理', '../user/userData.action', 1, '');

INSERT INTO `s_resource` VALUES (3, '角色管理', '../role/data.action', 1, '');

INSERT INTO `s_resource` VALUES (4, '部门管理', '../dept/data.action', 1, '');

INSERT INTO `s_resource` VALUES (8, '数据字典', NULL, 0, 'icon-wenben');

INSERT INTO `s_resource` VALUES (9, '类型设置', '../system/data.action?pid=1', 8, '');

INSERT INTO `s_resource` VALUES (19, '客户管理', '', 0, 'icon-computer');

INSERT INTO `s_resource` VALUES (20, '客户管理', '../customer/customerData.action', 19, '');

INSERT INTO `s_resource` VALUES (26, '新闻管理', NULL, 0, 'icon-computer');

INSERT INTO `s_resource` VALUES (27, '新闻管理', '../news/newsData.action', 26, '');

INSERT INTO `s_resource` VALUES (28, '救助管理', '', 0, 'icon-computer');

INSERT INTO `s_resource` VALUES (29, '待救援信息管理', '../need/needData.action?flag=0', 28, '');

INSERT INTO `s_resource` VALUES (30, '被救援信息管理', '../need/needData.action?flag=1', 28, '');

INSERT INTO `s_resource` VALUES (31, '已完成救援信息管理', '../need/needData.action?flag=2', 28, '');

INSERT INTO `s_resource` VALUES (32, '审核管理', '', 0, 'icon-computer');

INSERT INTO `s_resource` VALUES (33, '待审核求助信息', '../need/needData.action?flag=-1', 32, '');

INSERT INTO `s_resource` VALUES (34, '审核失败求助信息', '../need/needData.action?flag=-2', 32, '');

（5）角色资源表(s_roleresource)

创建角色资源表SQL语句：

CREATE TABLE `s_roleresource` (

`id` int(0) NOT NULL AUTO_INCREMENT,

`roleId` int(0) NULL DEFAULT NULL,

`resourceId` int(0) NULL DEFAULT NULL,

PRIMARY KEY (`id`) USING BTREE

) ENGINE = InnoDB AUTO_INCREMENT = 67 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;

给角色资源表插入数据SQL语句：

INSERT INTO `s_roleresource` VALUES (30, 1, 1);

INSERT INTO `s_roleresource` VALUES (31, 1, 2);

INSERT INTO `s_roleresource` VALUES (32, 1, 3);

INSERT INTO `s_roleresource` VALUES (33, 1, 8);

INSERT INTO `s_roleresource` VALUES (34, 1, 9);

INSERT INTO `s_roleresource` VALUES (36, 1, 4);

INSERT INTO `s_roleresource` VALUES (37, 1, 5);

INSERT INTO `s_roleresource` VALUES (38, 1, 6);

INSERT INTO `s_roleresource` VALUES (39, 1, 7);

INSERT INTO `s_roleresource` VALUES (40, 1, 10);

INSERT INTO `s_roleresource` VALUES (41, 1, 11);

INSERT INTO `s_roleresource` VALUES (42, 1, 12);

INSERT INTO `s_roleresource` VALUES (43, 1, 13);

INSERT INTO `s_roleresource` VALUES (44, 1, 14);

INSERT INTO `s_roleresource` VALUES (45, 1, 15);

INSERT INTO `s_roleresource` VALUES (46, 1, 16);

INSERT INTO `s_roleresource` VALUES (47, 1, 17);

INSERT INTO `s_roleresource` VALUES (48, 1, 18);

INSERT INTO `s_roleresource` VALUES (49, 1, 19);

INSERT INTO `s_roleresource` VALUES (50, 1, 20);

INSERT INTO `s_roleresource` VALUES (52, 1, 21);

INSERT INTO `s_roleresource` VALUES (53, 1, 22);

INSERT INTO `s_roleresource` VALUES (54, 1, 23);

INSERT INTO `s_roleresource` VALUES (55, 1, 26);

INSERT INTO `s_roleresource` VALUES (56, 1, 27);

INSERT INTO `s_roleresource` VALUES (58, 1, 28);

INSERT INTO `s_roleresource` VALUES (59, 1, 29);

INSERT INTO `s_roleresource` VALUES (60, 1, 30);

INSERT INTO `s_roleresource` VALUES (61, 1, 31);

INSERT INTO `s_roleresource` VALUES (65, 1, 32);

INSERT INTO `s_roleresource` VALUES (66, 1, 33);

INSERT INTO `s_roleresource` VALUES (67, 1, 34);

（6）一级物资类型表 (s_typemain)

创建一级物资类型表SQL语句：

CREATE TABLE `s_typemain` (

`id` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,

`typename` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,

PRIMARY KEY (`id`) USING BTREE

) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;

给一级物资类型表插入数据SQL语句：

INSERT INTO `s_typemain` VALUES ('1', '物资分类');

（7）二级物资类型表 (s_typedetail)

创建一级物资类型表SQL语句：

CREATE TABLE `s_typedetail` (

`id` int(0) NOT NULL AUTO_INCREMENT,

`pid` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,

`typename` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,

`flag` int(0) NULL DEFAULT NULL,

PRIMARY KEY (`id`) USING BTREE

) ENGINE = InnoDB AUTO_INCREMENT = 10 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;

给一级物资类型表插入数据SQL语句：

INSERT INTO `s_typedetail` VALUES (2, '1', '生活用品', 1);

INSERT INTO `s_typedetail` VALUES (4, '1', '医药用品', 1);

（8）客户表 (t_customer)

创建客户表SQL语句：

CREATE TABLE `t_customer` (

`id` int(0) NOT NULL AUTO_INCREMENT COMMENT 'ID',

`customername` varchar(32) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NOT NULL COMMENT '用户名',

`cpassword` varchar(32) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NOT NULL COMMENT '密码',

`sex` varchar(32) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NULL DEFAULT NULL COMMENT '性别 1男2女',

`cphone` varchar(32) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NULL DEFAULT NULL COMMENT '手机号',

`cWeChat` varchar(32) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NULL DEFAULT NULL COMMENT '微信号',

`idcard` varchar(20) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NULL DEFAULT NULL COMMENT '身份证',

PRIMARY KEY (`id`) USING BTREE

) ENGINE = InnoDB AUTO_INCREMENT = 13 CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci COMMENT = '客户表 ' ROW_FORMAT = Dynamic;

给客户表插入数据SQL语句：

INSERT INTO `t_customer` VALUES (12, '小仙女', '123456', '1', '18435122312', '18435122389', NULL);

INSERT INTO `t_customer` VALUES (13, '小仙女1', '123456', '0', '18435122315', '18435122388', NULL);

（9）求助信息表 (t_recourse)

创建求助信息表SQL语句：

CREATE TABLE `t_recourse` (

`id` int(0) NOT NULL AUTO_INCREMENT COMMENT 'ID',

`category` int(0) NULL DEFAULT NULL COMMENT '物资分类',

`material` varchar(128) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NOT NULL COMMENT '物品名称',

`quantity` int(0) NOT NULL COMMENT '数量',

`recourse_time` varchar(20) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NOT NULL COMMENT '求助时间',

`customerid` int(0) NOT NULL COMMENT '求助人',

`aid_time` varchar(20) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NULL DEFAULT NULL COMMENT '援助时间',

`aid_id` int(0) NULL DEFAULT NULL COMMENT '援助人',

`flag` int(0) NULL DEFAULT NULL COMMENT '收取情况状态 1代表求助成功2物资收取成功',

`event` varchar(128) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NULL DEFAULT NULL COMMENT '救援事件',

`picturename` varchar(128) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NULL DEFAULT NULL COMMENT '图片存图片的名称',

`address` varchar(1024) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NULL DEFAULT NULL COMMENT '救援物资派送地址',

PRIMARY KEY (`id`) USING BTREE

) ENGINE = InnoDB AUTO_INCREMENT = 51 CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci COMMENT = '求助表 ' ROW_FORMAT = Dynamic;

给求助信息表插入数据SQL语句：

INSERT INTO `t_recourse` VALUES (38, 2, '口罩', 10000, '2022-05-15 11:57:14', 12, NULL, NULL, -1, '太原疫情-口罩短缺、保障大量医用口罩', 'f6f8b943-0fab-4a2a-8237-a59cb4ef69ea.png', '山西省晋中市榆次区');

INSERT INTO `t_recourse` VALUES (39, 2, '矿泉水', 100, '2022-05-15 12:11:49', 12, NULL, NULL, -1, '地震-需大量矿泉水保障灾区人民生活', '258d3b22-7d49-4d48-aa92-fe853c781188.png', '山西省晋中市');

INSERT INTO `t_recourse` VALUES (40, 4, '医用防护服', 1000, '2022-05-15 12:14:56', 12, NULL, NULL, -1, '疫情-急缺大量医用防护服', '289f5e6e-3030-4094-b079-1f12b7f51a1a.png', '上海市');

INSERT INTO `t_recourse` VALUES (41, 2, '蔬菜', 2000, '2022-05-15 12:16:51', 12, NULL, NULL, -1, '疫情-郑州疫情封城急需大量蔬菜', 'd06cc942-92c4-4f26-9dd4-9e48a26c58b5.png', '河南省郑州市');

INSERT INTO `t_recourse` VALUES (42, 4, '药品', 500, '2022-05-15 12:19:45', 12, NULL, NULL, -1, '洪水-急需大量医药用品救急灾区人民', 'b823586c-6135-4590-b990-ba2d91231373.png', '山西省运城市新绛县');

INSERT INTO `t_recourse` VALUES (43, 2, '生活物资', 2000, '2022-05-15 12:21:30', 12, NULL, NULL, -1, '地震-急需大量生活物资重建家园', 'a9a9222c-9e00-427e-9278-0c698a9afe8c.png', '四川省成都市');

INSERT INTO `t_recourse` VALUES (44, 2, '口罩', 10000, '2022-05-15 11:57:14', 12, '2022-05-15 12:55:00', 13, 1, '太原疫情-口罩短缺、保障大量医用口罩', 'f6f8b943-0fab-4a2a-8237-a59cb4ef69ea.png', '山西省晋中市榆次区');

INSERT INTO `t_recourse` VALUES (45, 2, '矿泉水', 100, '2022-05-15 12:11:49', 12, '2022-05-15 12:55:15', 13, 1, '地震-需大量矿泉水保障灾区人民生活', '258d3b22-7d49-4d48-aa92-fe853c781188.png', '山西省晋中市');

INSERT INTO `t_recourse` VALUES (46, 4, '医用防护服', 1000, '2022-05-15 12:14:56', 12, NULL, NULL, 0, '疫情-急缺大量医用防护服', '289f5e6e-3030-4094-b079-1f12b7f51a1a.png', '上海市');

INSERT INTO `t_recourse` VALUES (47, 2, '蔬菜', 2000, '2022-05-15 12:16:51', 12, '2022-05-15 12:40:03', 13, 2, '疫情-郑州疫情封城急需大量蔬菜', 'd06cc942-92c4-4f26-9dd4-9e48a26c58b5.png', '河南省郑州市');

INSERT INTO `t_recourse` VALUES (48, 4, '药品', 500, '2022-05-15 12:19:45', 12, '2022-05-15 12:40:23', 13, 2, '洪水-急需大量医药用品救急灾区人民', 'b823586c-6135-4590-b990-ba2d91231373.png', '山西省运城市新绛县');

INSERT INTO `t_recourse` VALUES (49, 2, '生活物资', 2000, '2022-05-15 12:21:30', 12, '2022-05-15 12:38:51', 13, 2, '地震-急需大量生活物资重建家园', 'a9a9222c-9e00-427e-9278-0c698a9afe8c.png', '四川省成都市');

（10）新闻表 (t_new)

创建新闻表SQL语句：

CREATE TABLE `t_new` (

`ID` int(0) NOT NULL AUTO_INCREMENT COMMENT 'id',

`title` varchar(3072) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NULL DEFAULT NULL COMMENT '标题',

`releaseTime` varchar(32) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NULL DEFAULT NULL COMMENT '发布时间',

`content` text CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NULL COMMENT '内容',

`source` varchar(32) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NULL DEFAULT NULL COMMENT '来源',

`desc1` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NULL DEFAULT NULL COMMENT '描述',

PRIMARY KEY (`ID`) USING BTREE

) ENGINE = InnoDB AUTO_INCREMENT = 45 CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci COMMENT = '新闻表 ' ROW_FORMAT = Dynamic;

给新闻表插入数据SQL语句：

INSERT INTO `t_new` VALUES (40, '国家卫健委：昨日新增本土确诊病例226例', '2022-05-15 01:05:55', ', <a href=\"http://news.enorth.com.cn/system/2020/01/23/037946966.shtml\" target=\"_blank\" style=\"background-color: transparent; color: rgb(0, 0, 0); text-decoration-line: none; padding: 0px; margin: 0px; box-sizing: border-box; transition: color 0.2s linear 0s;\">新型冠状病毒感染的肺炎疫情快报</a> 5月14日0—24时，31个省（自治区、直辖市）和新疆生产建设兵团报告新增确诊病例239例。其中境外输入病例13例（福建7例，上海2例，云南2例，广东1例，四川1例），含1例由无症状感染者转为确诊病例（在广东）；本土病例226例（上海166例，北京33例，四川13例，河南5例，辽宁2例，贵州2例，河北1例，吉林1例，广东1例，广西1例，重庆1例），含120例由无症状感染者转为确诊病例（上海111例，北京7例，四川2例）。新增死亡病例3例，均为本土病例，均在上海；无新增疑似病例。当日新增治愈出院病例448例，其中境外输入病例15例，本土病例433例（上海290例，北京54例，吉林25例，黑龙江15例，广东15例，河南14例，浙江5例，江西5例，江苏3例，内蒙古2例，山东2例，重庆2例，四川1例），解除医学观察的密切接触者28076人，重症病例较前一日减少1例。　　境外输入现有确诊病例196例（无重症病例），无现有疑似病例。累计确诊病例18386例，累计治愈出院病例18190例，无死亡病例。　　截至5月14日24时，据31个省（自治区、直辖市）和新疆生产建设兵团报告，现有确诊病例6141例（其中重症病例383例），累计治愈出院病例210454例，累计死亡病例5209例，累计报告确诊病例221804例，无现有疑似病例。累计追踪到密切接触者3879227人，尚在医学观察的密切接触者342128人。　　31个省（自治区、直辖市）和新疆生产建设兵团报告新增无症状感染者1550例，其中境外输入58例，本土1492例（上海1203例，四川196例，河南24 例，辽宁16例，江苏9例，北京8例，河北8例，安徽7例，青海7例，浙江3例，江西2例，山东2例，广西2例，重庆2例，贵州2例，吉林1例）。 当日解除医学观察的无症状感染者4331例，其中境外输入45例，本土4286例（上海4003例，辽宁54例，江苏46例，吉林40例，江西39例，山东34例，河南24例，河北13例，黑龙江10例，浙江8例，北京5例，广西4例，云南4例，山西1例，四川1例）；当日转为确诊病例121例（境外输入1例）；尚在医学观察的无症状感染者58878例（境外输入481例）。　　累计收到港澳台地区通报确诊病例1031473例。其中，香港特别行政区331567例（出院61157例，死亡9360例），澳门特别行政区82例（出院82例），台湾地区699824例（出院13742例，死亡1049例）。 ', '央视新闻客户端', '5月14日0—24时，31个省（自治区、直辖市）和新疆生产建设兵团报告新增确诊病例239例。');

INSERT INTO `t_new` VALUES (41, '各地加强疫情防控有序恢复生产生活秩序', '2022-05-15 01:05:46', ', 各地加强疫情防控有序恢复生产生活秩序<p style=\"margin-top: 0px; margin-bottom: 15px; padding: 0px; border: 0px; overflow: hidden; font-size: 18px; line-height: 36px; font-family: "Microsoft Yahei", SimSun; white-space: normal; background-color: rgb(255, 255, 255);\"> 为阻断病毒传播，从13日开始，北京市连续三天在12个区开展区域核酸筛查。目前，北京市各级党政机关、国有企事业单位累计有8万人下沉到基层充实社区一线防控力量。<p style=\"margin-top: 0px; margin-bottom: 15px; padding: 0px; border: 0px; overflow: hidden; font-size: 18px; line-height: 36px; font-family: "Microsoft Yahei", SimSun; white-space: normal; background-color: rgb(255, 255, 255);\">　　为巩固疫情防控成果，吉林长春主城区每3天进行一轮全员核酸检测，持续排查风险隐患；广东湛江倡导市民停止非必要活动，尽量减少人员聚集；江西宜春各大医院开通了孕产妇、儿童、老人、急症病人急救绿色通道，全力保障特殊人群及时入院治疗。<p style=\"margin-top: 0px; margin-bottom: 15px; padding: 0px; border: 0px; overflow: hidden; font-size: 18px; line-height: 36px; font-family: "Microsoft Yahei", SimSun; white-space: normal; background-color: rgb(255, 255, 255);\"> 随着疫情形势逐渐向好，江苏徐州市在严格疫情管控同时，采用车辆行程提前报备、专人监管等措施，做到“防疫情、保畅通”两不误，为复工复产提供运输保障。<p style=\"margin-top: 0px; margin-bottom: 15px; padding: 0px; border: 0px; overflow: hidden; font-size: 18px; line-height: 36px; font-family: "Microsoft Yahei", SimSun; white-space: normal; background-color: rgb(255, 255, 255);\">　　湖北日前出台《金融支持文化旅游行业稳企纾困专项行动方案》，为文化旅游企业拓宽融资渠道；贵州出台《促进服务业领域困难行业恢复发展的实施方案》，提出58条扶持措施，帮助餐饮、零售、住宿等服务业渡过难关、恢复发展。 ', '央视网消息（新闻联播）', '各地积极统筹疫情防控和经济社会发展，从严从紧落实防控措施的同时，有序恢复生产生活秩序。');

INSERT INTO `t_new` VALUES (42, '上海已有8个区实现社会面基本清零', '2022-05-15 01:05:40', ',<a href=\"http://news.enorth.com.cn/system/2020/01/23/037946966.shtml\" target=\"_blank\" style=\"background-color: transparent; color: rgb(0, 0, 0); text-decoration-line: none; padding: 0px; margin: 0px; box-sizing: border-box; transition: color 0.2s linear 0s;\">新型冠状病毒感染的肺炎疫情快报</a>据“上海发布”微信公众号消息，5月11日上午举行的上海市疫情防控工作新闻发布会上，上海市卫生健康委副主任赵丹丹介绍，上海全市已有8个区和浦东部分街镇社会面基本清零，这8个区分别是奉贤、金山、崇明、青浦、松江、普陀、嘉定和徐汇。赵丹丹介绍，5月10日，上海市新增228例新冠肺炎本土确诊病例和1259例本土无症状感染者。228例本土确诊病例中，30例在闭环隔离管控中发现，198例为无症状感染者转归确诊病例。1259例本土无症状感染者均在闭环隔离管控中发现。截至5月10日24时，在定点医疗机构接受治疗的重型患者379例、危重型71例。5月10日，新增本土死亡病例7例，平均年龄87.3岁。7位患者合并有严重的多脏器基础疾病，包括冠心病、急慢性心功能不全、严重心律失常、重度高血压、脑梗死及后遗症、阿尔兹海默症、糖尿病、急性肝功能衰竭、急慢性肾功能不全等。7例死亡病例中有1例曾接种过1剂次新冠疫苗，其余均未接种新冠疫苗。死亡的直接原因均为基础疾病。截至5月11日9时：这次疫情全市已累计排查到在沪密切接触者832144人，均已落实管控。昨天，上海全市本土确诊病例出院607例，无症状感染者解除集中隔离医学观察8094例，他们将返回居住地接受健康监测，请社区妥善做好接返工作。赵丹丹介绍，目前又有一个区徐汇区达到社会面基本清零标准，全市已有8个区和浦东部分街镇社会面基本清零，这8个区分别是奉贤、金山、崇明、青浦、松江、普陀、嘉定和徐汇。近阶段，上海开展了基于三区划分的“抗原+核酸”组合筛查。根据筛查结果，5月10日全市共划分封控区6303个，涉及人口数208万；管控区17990个，涉及人口数324万；防范区50056个，涉及人口数1797万。赵丹丹表示，当前，上海市疫情防控进入“逆水行舟、不进则退”的关键时期和吃劲阶段。全市聚焦“降新增、防反弹”工作取得一定成效，但也要清醒地看到，目前成绩并不稳固，反弹风险依然存在。要坚持“动态清零”总方针不动摇，落实“四应四尽”要求，围绕“降新增、防反弹”，细化措施，找准盲点漏点，全力实现社会面清零，坚决打赢大上海保卫战。', '中新网', '据“上海发布”微信公众号消息，5月11日上午举行的上海市疫情防控工作新闻发布会上，上海市卫生健康委副主任赵丹丹介绍，上海全市已有8个区和浦东部分街镇社会面基本清零，这8个区分别是奉贤、金山、崇明、青浦、松江、普陀、嘉定和徐汇。');

INSERT INTO `t_new` VALUES (43, '北京以快制快坚持“动态清零”', '2022-05-15 01:05:01', ',<a href=\"http://news.enorth.com.cn/system/2020/01/23/037946966.shtml\" target=\"_blank\" style=\"background-color: transparent; color: rgb(0, 0, 0); text-decoration-line: none; padding: 0px; margin: 0px; box-sizing: border-box; transition: color 0.2s linear 0s;\">新型冠状病毒感染的肺炎疫情快报</a>“当前首都新增新冠肺炎病例仍在高位运行，仍有零星社会面病例，首都与疫情的较量正处于胶着状态。”5月8日，在北京市新型冠状病毒肺炎疫情防控工作第328场新闻发布会上，北京市疾病预防控制中心副主任、全国新型冠状病毒肺炎专家组成员庞星火介绍，“自4月22日至5月8日15时，北京市累计报告727例新冠肺炎病毒感染者，涉及15个区。”面对本轮疫情，北京全市上下迅速行动，深查细排，快筛严管，抓细抓实各项疫情防控举措。通过多轮核酸全面筛查，北京正一鼓作气，瞄准“社会面清零”的目标全面推进各项工作。严防社会面风险，北京坚持“24小时处置法则”，第一时间锁定风险点位和风险人员，第一时间落位管控到位，做到不失一处、不漏一人。近日，北京统一部署了多轮大规模核酸检测筛查。据介绍，5月7日共筛查1552万人，全部完成检测，共筛出5管混采阳性，其中，朝阳、顺义各2管，房山1管。自4月25日起，北京市已开展了8轮区域核酸筛查，共筛出60管混采阳性，为阻断疫情传播、早日实现社会面动态清零发挥了重要作用。为了尽早实现“社会面清零”的目标，北京完善了健康宝功能，对未按要求检测的人员进行北京健康宝弹窗提示。同时优化常态化核酸采样点位布局，在全市16区和经开区设立2500多个核酸检测点，设置老幼人员绿色通道和弹窗人员专用通道，分时分批组织群众采样。同时严格采样操作规范，截至目前，未发现因参加区域核酸筛查而感染的情况。严格分类防疫管理。朝阳区、房山区是当前首都疫情防控重中之重。北京提级管控，科学划定封控区、管控区、防范区，严格执行居家办公等各项措施，降低到岗率，减少流动性，不给病毒传播机会。对封（管）控区、临时管控区、集中医学观察点、居家观察等都严格规范管理，封控区、集中隔离、居家隔离人员足不出户，工作人员按照规范指引做好个人防护，防止交叉感染，遏制、减少新增病例。对密接人员判定按照标准坚决果断，第一时间转运实行集中隔离。对违反居家隔离规定人员严格依法追究法律责任。坚持每日盘点，查找问题，举一反三堵塞防疫漏洞。', '光明日报', '面对本轮疫情，北京全市上下迅速行动，深查细排，快筛严管，抓细抓实各项疫情防控举措。通过多轮核酸全面筛查，北京正一鼓作气，瞄准“社会面清零”的目标全面推进各项工作。');

INSERT INTO `t_new` VALUES (44, '水利部珠江委终止水旱灾害防御Ⅳ级应急响应', '2022-05-15 01:05:21', ', 鉴于当前流域防汛形势趋于平稳，水利部珠江委决定于5月15日9时终止水旱灾害防御Ⅳ级应急响应。', '央视新闻客户端', '鉴于当前流域防汛形势趋于平稳，水利部珠江委决定于5月15日9时终止水旱灾害防御Ⅳ级应急响应。');

INSERT INTO `t_new` VALUES (45, '同心抗疫你的背后有我', '2022-05-15 01:05:07', ',新型冠状病毒感染的肺炎疫情快报 4月22日至5月14日15时，北京市累计报告1019例新冠肺炎病毒感染者，涉及15个区。　　每一轮核酸检测背后，是医护人员的付出，是社区人员的辛劳，是全体居民的配合，是各个部门的支持……同心抗疫的背后，有你，有他，有我们每一个人。　　无数医务工作者、社区工作人员、下沉干部、志愿者奋战在抗疫一线，他们不辞辛劳、默默工作，汇聚起风雨同舟、共克时艰的信心和力量，构筑了有效的防疫屏障。　　“你的背后有我，我们同心抗疫。” ', '新华网', '4月22日至5月14日15时，北京市累计报告1019例新冠肺炎病毒感染者，涉及15个区。');

5.2测试数据

测试语句

INSERT INTO s_user (realname,username,pwd,sex) VALUES ('张三','miszhang','123456',1)

INSERT INTO s_user (realname,username,pwd,sex) VALUES ('张三','miszhang','123456',1) 如图5-1 测试截图

图5-1 测试截图

INSERT INTO t_customer (customername,cpassword,sex) VALUES ('赵公子','888888','1')

INSERT INTO t_customer (customername,cpassword,sex) VALUES ('李小姐','666666','0')如图5-2 测试截图

图5-2 测试截图

INSERT INTO s_role (roleName) VALUES ('审核员') 如图5-3测试截图

图5-3 测试截图

5.3 查询

5.3.1 单表查询

（1）查询用户名是小仙女的客户信息

select * from t_customer where customername='小仙女'

查询结果如图5-4所示。

图5-4 客户信息查询结果

（2）查询所有角色信息

select * from s_role

查询结果如图5-5所示。

图5-5 角色信息查询结果

（3）查询用户名包含ceshi的所有用户信息

select * from s_user where username like '%ceshi%'

查询结果如图5-6所示。

图5-6 用户信息查询结果

（4）查询所有部门信息

select * from s_dept

查询结果如图5-7所示。

图5-7 部门信息查询结果

5.3.2 统计查询

（1）统计求助信息表的各类数据数量

①统计求助未审核的信息数量

select count(1) from t_recourse where flag=-1

查询结果如图5-8所示。

图5-8 未审核的信息数量

②统计审核通过待求助的信息数量

select count(1) from t_recourse where flag=0

查询结果如图5-9所示。

图5-9 审核通过待求助的信息数量

③统计已被求助的信息数量

select count(1) from t_recourse where flag=1

查询结果如图5-10所示。

图5-10 已被求助的信息数量

④统计已收到求助物资的信息数量

查询结果如图5-11所示。

图5-11 已收到求助物资的信息数量

（2）统计部门为“部门1”的所有用户数量

select count(1)

from s_user

where deptId =(

select id from s_dept where deptName='部门1'

)

查询结果如图5-12所示。

图5-12 “部门1”的所有用户数量

（3）统计角色为“平台管理员”的所有用户数量

select count(1)

from s_user

where roleId = (

select id from s_role where roleName='平台管理员'

)

查询结果如图5-13所示。

图5-13 角色是“平台管理员”的所有用户数量

（4）统计平台所有注册客户数量

select count(1) from t_customer

查询结果如图5-14所示。

图5-14 平台注册的所有客户数量

（5）统计平台所有新闻数量

select count(1) from t_new

统计结果如图5-15所示。

图5-15 平台的所有新闻数量

5.3.3 多表查询

（1）查询部门名称为“部门1”的所有部门信息

select a.realname,a.username,a.pwd,a.sex,b.deptName,a.roleId,a.status,

a.lastLogin

from s_user a

left join s_dept b on a.deptId=b.id

where b.deptName = '部门1'

查询结果如图5-16所示。

图5-16 部门1的所有用户信息

（2）查询平台管理员所有的资源信息

select *

from s_roleresource a

left join s_role b on a.roleId = b.id

left join s_resource c on a.resourceId = c.id

where b.roleName = '平台管理员'

查询结果如图5-17所示。

图5-17 查询平台管理员所有的资源信息

（3）查询物资分类下面的所有二级分类信息

select a.typename,b.typename

from s_typemain a

left join s_typedetail b on a.id = b.pid

where a.typename=’物资分类’

查询结果如图5-18所示。

图5-18 查询物资分类下面的所有二级分类信息

（4）查询角色为“平台管理员”的所有用户信息

select *

from s_user a

left join s_role b on a.roleId = b.id

where b.roleName = '平台管理员'

查询结果如图5-19所示。

图5-19 查询角色为“平台管理员”的所有用户信息

第六章视图与查询

6.1视图概述

6.1.1 视图简述

（1）视图是虚表，它在存储时只存储视图的定义，而没有存储对应的数据。

（2）视图通过定义从基表中搜集数据，并展现给用户。

（3）数据存储在对应的数据表中。

6.1.2 视图的优缺点

优点：（1）视图能简化用户的操作；

（2）视图机制可以使用户以不同的方式查询同一数据；

（3）视图对数据库重构提供了一定程度的逻辑独立性；

（4）视图可以对机密的数据提供安全保护。

缺点：（1）降低性能，通过视图查询起来需要花费时间；

（2）视图是只读的，更新时需要更新原表，对用户来说很麻烦。

6.1.3 视图进行的修改操作有以下限制

（1）若视图的字段来自表达式或常量，则不允许对该视图执行INSERT和UPDATE操作，但允许执行DELETE操作。

（2）若视图的字段来自集合函数，则此视图不允许修改操作。

（3）若视图定义中含有GROUP BY 子句，则此视图不允许修改操作。

（4）若视图定义中含有DISTINCT短语，则此视图不允许修改操作。

（5）一个不允许修改操作视图上定义的视图，也不允许修改操作。

6.1.4 视图的作用

（1）视图能够简化用户的操作

（2）视图使用户能以多种角度看待同一数据

（3）视图对重构数据库提供了一定程度上的逻辑独立性

（4）视图能够对机密数据提供安全保护

（5）适当利用视图可以更清晰地表达查询

6.2视图创建与查询代码及效果图

（1）创建查询物资分类下面的所有二级分类信息的视图，并查询。

视图创建SQL语句：

CREATE view alltype as

(

select `a`.`typename` AS `typename1`,`b`.`typename` AS `typename` from (`s_typemain` `a` left join `s_typedetail` `b` on((`a`.`id` = `b`.`pid`))) where (`a`.`typename` = '物资分类')

)

创建成功效果如图6-1所示：

图6-1 视图创建成功

视图查询SQL语句：

select *

from alltype

查询结果如图6-2所示：

图6-2 视图查询结果

（2）创建查询平台管理员所有的资源信息，并查询

视图创建SQL语句：

CREATE view userresource as

(select b.roleName,c.resourceName,c.resourceUrl

from s_roleresource a

left join s_role b on a.roleId = b.id

left join s_resource c on a.resourceId = c.id)

创建成功效果如图6-3所示：

图6-3 视图创建成功

视图查询SQL语句：

select *

from userresource

查询结果如图6-4所示：

图6-3 视图查询结果

加瓦程序设计师

关注

1
点赞
踩
4

收藏

觉得还不错? 一键收藏
打赏
0
评论
数据库原理与应用研究报告-在线救援物资求助系统

2020年，突如其来的“新冠”肺炎疫情和1998年以来最严重的“长江流域”洪水给我国防疫救灾体系的带来重大考验。现在全世界各个国家都已经意识到需重视且也开始重视国家处理应急事件的能力，怎样对有限资源高效利用，能够对各种灾害和突发事件的反应能力有所提高，给人民及其涉及到的单位提供更快捷的紧急救助服务，正日渐成为全世界各个国家都在认真思考、研究的重要课题。救援物资求助平台可方便实时掌握应急物资数据，增强预防和处置突发事件的物资保障能力。专业的平台不但增强了管理的智能化和系统性，还能防止物资浪费现象发生。
复制链接

扫一扫