首页 > 代码库 > 图片存储心得

图片存储心得

按照约定,数据库中存储的是相对路径,不包含地址和工程名称的路径,为了保证后续可扩展和移植性。
同时,要求即使数据库不存储URL信息,要求程序也能根据业务模块提供的信息生成后端存储的URL,保证
双向的联通性。


1. 首页App图片存储
 1.1 存储路径:/first
 1.2 存储规则:按照日期和分辨率进行存储,举例时间为20141120,分辨率300*300,图片名称为a.png,则存储
 为/first/20141120/300300/a.png
2. 活动图片存储
 2.1 存储路径:/act
 2.2 存储规则:按照创建日期,活动ID,分辨率进行存储:/act/日期/活动ID/分辨率/图片名_图片功能.png
3. 汽车品牌存储
 3.1 品牌存储路径:/carbrand/
 3.2 品牌存储规则:/carbrand/日期/brandcode/文件名.png
4. 汽车小类存储
 4.1 汽车小类存储路径:/carmodel
 4.2 汽车小类存储规则:/carmodel/日期/brandcode/modelcode/文件名.png
5. 商户信息存储
 5.1 商户存储路径: /buss
 5.2 商户存储规则: /buss/日期/bid/图片名_功能.png
6. 爱车信息存储
 6.1 爱车存储路径:/lovecar
 6.2 爱车信息图片存储规则:/lovecar/日期/uid/分辨率/图片名_功能.png
 6.3 爱车认证图片存储规则:/lovecarlicence/日期/uid/图片名.png
7. 保险公司存储
 7.1 保险公司存储路径:/insurer
 7.2 保险公司图片存储规则:/insurer/日期/INSURERCODE/图片名.png
8. 救援公司存储:
 8.1 救援公司存储路径:/rescue
 8.2 救援公司图片存储规则:/rescue/日期/RESCUECODE/图片名.png

这里面说明的是:

商户信息图片URL是存储在商户信息表和商户图片信息表中的,因此,需要
在这个表增加商户图片的更新时间,要求图片修改重新生成,因此我们在新的日期
目录下面生成图片后,就更新该URL,这样就保证了唯一性,同时原有图片也没有删除,保留在
原来的目录下。

活动信息图片URL也是存储在活动信息表中和活动图片信息表中,因此,操作原理如商户所述。

救援公司、保险公司也是有单独表存在的,因此,可以在这两张表中添加图片URL更新时间,
这样操作原理如商户所述。

图片名称应该尽量不要使用中文,可以采用时间+功能+分辨率组合生成。


日期的生成,可以采用2014/11/20或20141120这两种形式,采用第一种可能会更好一些。

图片存储心得