开发-通用设计-附件表

需求:
    附件每个系统都会存在,上传的图片、文档等,设计一个存储方式能够尽量独立、易于扩展的通用功能。
分析:
    现有设计附件信息与业务表强关联,增加一种附件现有是直接扩展业务表字段。需要将附件信息与业务信息进行解耦。
设计:
    表核心字段如下: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及生效状态。
附件查询根据业务条件查询附件信息。

    

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值