按照约定，数据库中存储的是相对路径，不包含地址和工程名称的路径，为了保证后续可扩展和移植性。
同时，要求即使数据库不存储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这两种形式，采用第一种可能会更好一些。