广告表 字段名称 数据类型 是否主键 是否可空 描述 id int 是 否 广告ID name varchar(50) 否 否 广告名称 position_id int 否 否 广告位置ID media_id int 否 否 媒体文件ID start_time datetime 否 否 广告开始时间 end_time datetime 否 否 广告结束时间 link varchar(100) 否 否 广告链接 status tinyint 否 否 广告状态:0-未开始,1-正在展示,2-已结束 广告位置表 字段名称 数据类型 是否主键 是否可空 描述 id int 是 否 广告位置ID name varchar(50) 否 否 广告位置名称 width int 否 否 广告位置宽度 height int 否 否 广告位置高度 媒体文件表 字段名称 数据类型 是否主键 是否可空 描述 id int 是 否 媒体文件ID name varchar(50) 否 否 媒体文件名称 type tinyint 否 否 媒体文件类型:0-图片,1-视频 url varchar(100) 否 否 媒体文件URL地址 width int 否 否 媒体文件宽度 height int 否 否 媒体文件高度 duration int 否 否 媒体文件时长(仅对视频有效)请用这个数据库,实现一个对于广告功能的增删查改的springboot项目,并且请在广告的新增功能中对于图片或者视频的存储逻辑详细展示出来

时间: 2023-12-20 16:07:59 浏览: 30
好的,下面是一个基于Spring Boot的广告管理系统的实现过程。 1. 数据库设计 根据题目提供的需求,我们可以设计出三个表:广告表、广告位置表和媒体文件表。具体字段已经在题目中给出,这里不再赘述。 2. 项目搭建 使用Spring Boot初始化一个项目,添加所需的依赖,如MyBatis、MySQL等。 3. 实现广告管理功能 根据需求,我们需要实现广告的增删查改功能。这里以广告的新增功能为例,详细介绍图片或者视频的存储逻辑。其他增删查改功能可以参考类似的实现方式。 在实现广告新增功能时,我们首先需要将上传的图片或者视频存储到本地或者云端。具体存储方式可以根据实际需求进行选择。在这里,我们假设是将媒体文件存储到本地磁盘中。 接下来,我们需要将广告信息插入到数据库中。具体实现可以参考以下代码: ```java @Service public class AdServiceImpl implements AdService { @Autowired private AdMapper adMapper; @Override public void addAd(Ad ad, MultipartFile file) throws IOException { // 将媒体文件存储到本地磁盘中 String fileName = file.getOriginalFilename(); String filePath = "/data/media/" + fileName; File dest = new File(filePath); file.transferTo(dest); // 将广告信息插入到数据库中 ad.setMediaId(1); // 假设媒体文件ID为1 ad.setStatus(0); // 新增的广告默认状态为未开始 adMapper.addAd(ad); } } ``` 在上述代码中,我们首先将上传的媒体文件存储到本地磁盘中,然后将广告信息插入到数据库中。在实际应用中,可能还需要对存储的媒体文件进行压缩、加密等操作。 4. 接口设计 根据需求,我们需要设计相应的接口来实现广告的增删查改功能。具体接口设计可以参考以下代码: ```java @RestController @RequestMapping("/ad") public class AdController { @Autowired private AdService adService; @PostMapping("/add") public Result addAd(@RequestBody Ad ad, @RequestParam("file") MultipartFile file) throws IOException { adService.addAd(ad, file); return Result.success(); } @GetMapping("/list") public Result<List<Ad>> listAd() { List<Ad> ads = adService.listAd(); return Result.success(ads); } @GetMapping("/{id}") public Result<Ad> getAd(@PathVariable("id") Integer id) { Ad ad = adService.getAd(id); return Result.success(ad); } @PutMapping("/{id}") public Result updateAd(@PathVariable("id") Integer id, @RequestBody Ad ad) { ad.setId(id); adService.updateAd(ad); return Result.success(); } @DeleteMapping("/{id}") public Result deleteAd(@PathVariable("id") Integer id) { adService.deleteAd(id); return Result.success(); } } ``` 在上述代码中,我们实现了广告的增删查改功能,并且在新增广告接口中添加了文件上传的功能。其他接口的实现方式类似,不再赘述。 5. 总结 以上就是一个基于Spring Boot的广告管理系统的实现过程。其中,我们重点介绍了新增广告时如何处理媒体文件的存储逻辑。在实际应用中,可能还需要考虑其他因素,如媒体文件的安全性、访问速度等。

相关推荐

CREATE TABLE user ( id varchar(30) NOT NULL COMMENT '用户 openid', session_key varchar(30) DEFAULT NULL COMMENT '用户 session_key', role int(2) DEFAULT NULL COMMENT '角色类型 1是用户,2是员工', phone_number varchar(20) DEFAULT NULL COMMENT '用户手机号', create_time datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间', update_time datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间', PRIMARY KEY (id), UNIQUE KEY open_id_UNIQUE (id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='用户表'; CREATE TABLE advert ( id int(10) NOT NULL AUTO_INCREMENT COMMENT '主键', name varchar(100) COLLATE utf8mb4_bin NOT NULL COMMENT '广告名称', position_id int(3) NOT NULL COMMENT '广告位置ID', media_id int(20) NOT NULL COMMENT '广告图片ID', start_date datetime NOT NULL COMMENT '开始日期', end_date datetime NOT NULL COMMENT '结束日期', link varchar(500) COLLATE utf8mb4_bin NOT NULL COMMENT '广告链接', status int(1) unsigned zerofill NOT NULL COMMENT '状态,0:未启用,1:已启用,2:已结束', create_time datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间', update_time datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间', PRIMARY KEY (id) USING BTREE, KEY FK_ad_image (media_id), KEY FK_ad_position (position_id), CONSTRAINT FK_ad_image FOREIGN KEY (media_id) REFERENCES media_file (id) ON DELETE CASCADE ON UPDATE CASCADE, CONSTRAINT FK_ad_position FOREIGN KEY (position_id) REFERENCES ad_position (id) ON DELETE NO ACTION ON UPDATE NO ACTION ) ENGINE=InnoDB AUTO_INCREMENT=18 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin COMMENT='广告表'; CREATE TABLE advert_click ( id int(10) NOT NULL AUTO_INCREMENT, advert_id int(10) NOT NULL COMMENT '广告ID', user_id varchar(30) COLLATE utf8mb4_bin NOT NULL COMMENT '用户IP', click_time datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '点击时间', PRIMARY KEY (id), KEY FK_advert_id (advert_id), KEY FK_user_id (user_id), CONSTRAINT FK_advert_id FOREIGN KEY (advert_id) REFERENCES advert (id) ON DELETE NO ACTION ON UPDATE NO ACTION, CONSTRAINT FK_user_id FOREIGN KEY (user_id) REFERENCES user (id) ON DELETE NO ACTION ON UPDATE NO ACTION ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin COMMENT='广告点击表'; 报错cannot add foreign key constraint,这是为什么,请直接将带有外键的advert_click建表语句重构

CREATE TABLE advert ( id int(10) NOT NULL AUTO_INCREMENT COMMENT '主键', name varchar(100) COLLATE utf8mb4_bin NOT NULL COMMENT '广告名称', position_id int(3) NOT NULL COMMENT '广告位置ID', media_id int(20) NOT NULL COMMENT '广告图片ID', start_date datetime NOT NULL COMMENT '开始日期', end_date datetime NOT NULL COMMENT '结束日期', link varchar(500) COLLATE utf8mb4_bin NOT NULL COMMENT '广告链接', status int(1) unsigned zerofill NOT NULL COMMENT '状态,0:未启用,1:已启用,2:已结束', create_time datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间', update_time datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间', PRIMARY KEY (id) USING BTREE, KEY FK_ad_image (media_id), KEY FK_ad_position (position_id), CONSTRAINT FK_ad_image FOREIGN KEY (media_id) REFERENCES media_file (id) ON DELETE CASCADE ON UPDATE CASCADE, CONSTRAINT FK_ad_position FOREIGN KEY (position_id) REFERENCES ad_position (id) ON DELETE NO ACTION ON UPDATE NO ACTION ) ENGINE=InnoDB AUTO_INCREMENT=18 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin COMMENT='广告表';CREATE TABLE user ( id varchar(30) NOT NULL COMMENT '用户 openid', session_key varchar(30) DEFAULT NULL COMMENT '用户 session_key', role int(2) DEFAULT NULL COMMENT '角色类型 1是用户,2是员工', phone_number varchar(20) DEFAULT NULL COMMENT '用户手机号', create_time datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间', update_time datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间', PRIMARY KEY (id), UNIQUE KEY open_id_UNIQUE (id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='用户表';CREATE TABLE advert_click ( id int(10) NOT NULL AUTO_INCREMENT, advert_id int(10) NOT NULL COMMENT '广告ID', user_id varchar(30) COLLATE utf8mb4_bin NOT NULL COMMENT '用户IP', click_time datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '点击时间', PRIMARY KEY (id), KEY advert_id (advert_id), CONSTRAINT advert_click_ibfk_1 FOREIGN KEY (advert_id) REFERENCES advert (id) ON DELETE NO ACTION ON UPDATE NO ACTION ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin COMMENT='广告点击表';,advert_click表无法将user表中的id作为user_id的外键,这是为什么?

最新推荐

recommend-type

向存在外键的表中插入数据时出错的原因以及插入外键为空的方法

创建一个表,表中有一个外键,这个外键指向自己的主键,在创建表的时候是被允许的,但是在插入数据的时候,我用正常的sql语句插入数据,但报错了,如下 INSERT INTO course (cno,cname,ccredit) VALUES (1,'数据库'...
recommend-type

MySQL 数据类型 详解

MySQL数据类型 含义(有符号) tinyint(m) 1个字节 范围(-128~127) smallint(m) 2个字节 范围(-32768~32767) mediumint(m) 3个字节 范围(-8388608~8388607) int(m) 4个字节 范围(-2147483648~2147483647) ...
recommend-type

MySQL数据库中把int转化varchar引发的慢查询

最近一周接连处理了2个由于int向varchar转换无法使用索引,从而引发的慢查询。 CREATE TABLE `appstat_day_prototype_201305` ( `day_key` date NOT NULL DEFAULT '1900-01-01', `appkey` varchar(20) NOT NULL ...
recommend-type

Oracle数据库表中字段顺序的修改方法

问题就是当设计好表结构之后,后期如果需要往表中增加字段,默认会把该字段放到表的最后,并且字段特别多而我们又想把有关联性的字段放在一起,这时就要修改字段顺序。在修改顺序之前,我们先来看看Oracle数据库表中...
recommend-type

对比MySQL中int、char以及varchar的性能

在本篇文章中我们给大家分享了关于MySQL中int、char以及varchar的性能对比的相关内容,有兴趣的朋友们学习下。
recommend-type

zigbee-cluster-library-specification

最新的zigbee-cluster-library-specification说明文档。
recommend-type

管理建模和仿真的文件

管理Boualem Benatallah引用此版本:布阿利姆·贝纳塔拉。管理建模和仿真。约瑟夫-傅立叶大学-格勒诺布尔第一大学,1996年。法语。NNT:电话:00345357HAL ID:电话:00345357https://theses.hal.science/tel-003453572008年12月9日提交HAL是一个多学科的开放存取档案馆,用于存放和传播科学研究论文,无论它们是否被公开。论文可以来自法国或国外的教学和研究机构,也可以来自公共或私人研究中心。L’archive ouverte pluridisciplinaire
recommend-type

实现实时数据湖架构:Kafka与Hive集成

![实现实时数据湖架构:Kafka与Hive集成](https://img-blog.csdnimg.cn/img_convert/10eb2e6972b3b6086286fc64c0b3ee41.jpeg) # 1. 实时数据湖架构概述** 实时数据湖是一种现代数据管理架构,它允许企业以低延迟的方式收集、存储和处理大量数据。与传统数据仓库不同,实时数据湖不依赖于预先定义的模式,而是采用灵活的架构,可以处理各种数据类型和格式。这种架构为企业提供了以下优势: - **实时洞察:**实时数据湖允许企业访问最新的数据,从而做出更明智的决策。 - **数据民主化:**实时数据湖使各种利益相关者都可
recommend-type

用 Python 画一个可以动的爱心

好的,我可以帮助您使用Python来绘制一个动态的爱心。您可以使用turtle库来实现。以下是实现代码: ```python import turtle import math # 设置画布和画笔 canvas = turtle.Screen() canvas.bgcolor("black") pencil = turtle.Turtle() pencil.speed(0) pencil.color("red", "pink") pencil.pensize(3) # 定义爱心函数 def draw_love(heart_size, x_offset=0, y_offset=0):
recommend-type

JSBSim Reference Manual

JSBSim参考手册,其中包含JSBSim简介,JSBSim配置文件xml的编写语法,编程手册以及一些应用实例等。其中有部分内容还没有写完,估计有生之年很难看到完整版了,但是内容还是很有参考价值的。