图片存储功能设计与优化经验总结
共 1836字,需浏览 4分钟
·
2021-06-27 09:25
文章简介
本文通过对一个小型电商系统的图片存储模块分析与总结,分享如何设计一个适用的图片存储功能。
常见图片存储方式
在日常的系统设计中,难免会涉及到图片功能,例如商品的图片、文章封面图、用户头像等等。一般常规的方式对数据创建一个图片的字段,这个字段存储的就是文件的路径。如下面的格式:
数据编号 | 其他的字段 | 图片字段 |
---|---|---|
1 | ... | https://www.baidu.com/1.png |
2 | ... | https://www.baidu.com/1.png |
上述的数据表设计有好也有坏的地方:
优势:
存储方式简单,只需要用户上传图片,获取到图片的url存储起来即可。 展示方式简单,客户端只需要根据字段的值,显示即可。
劣势:
扩展性弱,如果后期我们的图片更换了域名,需要针对所有的数据中的域名部分进行替换。
多图片扩展性弱,如果我们的某一条数据有多张图片,这时候存储的值可能是这种格式。图片路径1,图片路径2,....,图片路径n。虽然存储起来简单,但是在展示阶段需要做数据格式的转换,需要将字符串转换为数组的格式进行循环处理。
浪费存储资源,假设有一张图片a,在用户头像的时候上传了一次,在商品图片的时候也上传了一次,这样同一张图片就会存储两次,多了一倍的存储空间。
第2点提到了路径问题,可能你会想我图片里面不存储具体的域名信息,只存储图片的名称,在客户端展示的时候进行拼接即可。
$domain = 'https://www.baidu.com/';
$imageArray = ['1.png', '2.png', '3.png', '4.png'];
foreach ($imageArray as $value) {
$domain .= $value;
}
上面这种方式可以规避域名问题,但是也难免避免存储方式问题。有可能系统前期适用的是七牛云存储,后面适用了阿里云存储,腾讯云存储,这种就需要处理存储方式。虽然也可以解决,但是让系统设计起来显得更加的复杂。
优化思路
根据上面的问题,我们可以思考一下,如果将系统的所有图片,都做成一个功能模块,每一个需要涉及到图片的地方,去调用这个模块中的列表数据,获取到系统的图片,这样是不是会更好一些呢?如上图,微信公众号的图片管理功能。左侧是图片的分类,右侧是对应的具体图片。我们在需要使用图片的地方,去获取对应的图片数据即可。同时,我们也有一个独立的素材库管理,可以查看系统的所有图片,便于对图片的管理。
方案设计
优化思路提到了,我们单独做一个图片管理器。那我们数据表该具体怎么设计呢?我们这里以微信公众号的图片管理做演示。
首先我们有一个图片的分类,这时候就需要一个图片分类表(image_category)。
接下来,我们就需要创建一张具体的图片表(image),用来存储具体的图片数据。
图片分类主要就是分类的名称、排序、创建时间等等信息。
图片信息表存储的字段就相对比较多一些。有图片分类的id、存储域名、图片的名称、图片的url、图片的大小、图片的类型等信息。
表中拿一个字段存储域名,客户端在获取到域名和图片的名称时,直接拼接起来就是一个图片的完成路径。
图片的大小和图片的扩展名,方便后期我们在页面上进行展示。有的系统可能会展示图片的大小。
方案总结
通过上面的设计,我们可以总结出如下几点优势:
优化了图片的存储空间,避免同一张图片多次上传,占用系统的存储空间。
如果涉及到不同的存储平台,我们图片中有域名字段,直接将域名和图片名称进行拼接即可。后期不管是换了多少个存储平台,系统也不会有任何影响。
便于系统对图片的管理,这样将图片存储独立出来,方便查看系统的所有图片数据。
涉及到业务数据的表,只需要去关联图片表中的id即可。