需求:
附件每个系统都会存在,上传的图片、文档等,设计一个存储方式能够尽量独立、易于扩展的通用功能。
分析:
现有设计附件信息与业务表强关联,增加一种附件现有是直接扩展业务表字段。需要将附件信息与业务信息进行解耦。
设计:
表核心字段如下:PUB_ATTACHMENT
ID | 主键 |
TABLE_NAME | 归属的业务表 |
PKID | 归属的业务表对应记录主键 |
TYPE | 附件类型-自定义,如CERT-1:证件正面 CERT-2:证件反面 |
FILE_PATH | 附件路径-绝对路径 |
FILE_NAME | 附件名称 |
STATUS | 状态:N-失效 Y-生效 |
SAVE_DAYS | 保存天数 |
CRE_T | 创建时间 |
CRE_O | 创建人 |
UPD_T | 更新时间 |
UPD_O | 更新人 |
接口:
附件上传 | 附件文件上传,并在表中增加一条未生效状态的附件记录,并返回附件ID。 |
附件更新 | 业务表存储时,将附属的附件ID对应的记录更新PKID及生效状态。 |
附件查询 | 根据业务条件查询附件信息。 |