上传图片的接口直接返回上传后的图片地址给客户端就行了吧,为什么还要建立个 images 表?

用户上传图片的时候,app调用上传图片的接口,接口返回图片地址,客户端把这个地址保存到表单中,和其他用户信息一起提交到用户信息的编辑接口,这样不就完成了吗?为什么还要用个images表来存图片地址,这样的表加上来,不仅影响查询效率,关键是并没有感觉到明显的好处,麻烦指点一下,我有点迷茫

《L01 基础入门》
我们将带你从零开发一个项目并部署到线上,本课程教授 Web 开发中专业、实用的技能,如 Git 工作流、Laravel Mix 前端工作流等。
《G01 Go 实战入门》
从零开始带你一步步开发一个 Go 博客项目,让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。
liyu001989
最佳答案

有个表,所有的关联关系只用保存一个 id,不用保存完整的链接,还可以保存图片长,宽,大小,类型,用户等等信息。

另外,你可以按照你觉得好的方式处理。

5年前 评论
讨论数量: 4
liyu001989

有个表,所有的关联关系只用保存一个 id,不用保存完整的链接,还可以保存图片长,宽,大小,类型,用户等等信息。

另外,你可以按照你觉得好的方式处理。

5年前 评论
宇宙最厉害

看项目需求吧,如果客户突然提出要求说,我想看到用户之前换的头像记录,说不定就派上用处了:smile:

5年前 评论
liyu001989

有个表,所有的关联关系只用保存一个 id,不用保存完整的链接,还可以保存图片长,宽,大小,类型,用户等等信息。

另外,你可以按照你觉得好的方式处理。

5年前 评论

@沈益飞
@liyu001989
恩恩,谢谢两位的建议,我现在也能大概理解其中的用意了,因为之前一直是图片接口直接返回地址的,所以突然一下有点不习惯,毕竟多学点方式也是不错的,那我就继续撸吧 O(∩_∩)O

5年前 评论
xiaopi

建立images表有个好处是对图片资源进行统一管理,比如删除图片关联数据后,可以连图片资源一起删除,这样服务器所有图片都是可控的。 当然具体要不要删除图片资源,还得看需求场景。

5年前 评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!