文件表(附件表)的使用

场景

很多业务场景要用到图片等文件资源。
最简单的做法是哪张表直接新增个字段，存放文件地址。

这种办法优点是简单。缺点是通用性、复用能力不强。所以需要文件系统。

附件系统

做成附件系统是有好处的：
1、可以建立统一的文件业务接口，便于维护。
2、多业务场景可复用。
其他系统对接起来方便，只用新增一个字段存放documentid，文件接口都是现成的。

数据库设计

列举些主要字段：
id int
documentid varchar(64) 文档id
location
file_name
create_date
update_date
creator 或者 creatorId

文件如果删除了，对应的表如何更新

描述：
附件系统删除了附件，对应的业务表根据documentid访问文件时报错。

方案：
首先说文件的实际删除，这个一般不推荐这么做，因为对一般系统来说，存储容量早已不是问题。

正确的方案，应该是业务表作为操作端：
如果变更文件，替换documentid。
如果取消关联，清空documentid。

这样文件系统完整性不受影响，业务效果相同。

附件表的设计形式

1、公共附件表。
无嵌入，把附件表作为一个公共模块，在指定的页面可以查看。
2、主表嵌入附件表字段。
适合主表只要求一张附件的情形。
3、主表不嵌入，附件表嵌入id。
适合某一类型专门的附件表，例如发票表，对应多附件。

用一个附件表还是多个附件表

要看具体的场景。
整个系统只有一个附件表，也不能说设计的不好。
整个系统有几张附件表，也可能有他的好处，满足需求即可。