按照約定，資料庫中儲存的是相對路徑，不包含地址和工程名稱的路徑，為了保證後續可擴充套件和移植性。
同時，要求即使資料庫不儲存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這兩種形式，採用第一種可能會更好一些。