数据库设计 - 两个项目应该共享同一个表吗？

背景：
同时设计的两个项目（A＆B）都需要一个新表（称为DocumentStore) 在 postgres 下存储文档/文件。

但是项目 A 和 B 之间围绕文档存储的业务逻辑是不同的，这意味着围绕文档存储的关系DocumentStoreA 和 B 之间不同。

让我们更具体一点，请参阅下面的示例：

文档存储表结构看起来相同，没有约束/外键：

Table DocumentStore

DocUUID //unique Id for this document, PK, FK to other table depends on project 
fileName //file name
fileType //file type
FileContent //store file as blog

项目中A, DocumentStore.DocUUID参考Email.EmailUUID:

请注意，通过 FK，电子邮件 -> DocumentStore 之间存在一对多关系。

Table Email

EmailUUID //PK
subject
title
...

项目中B, DocumentStore.DocUUID参考Letter.LetterUUID:

请注意，Letter -> DocumentStore 之间通过 FK 存在一对多关系。

Table Letter

LetterUUID //PK
UserId
rightId
...

Email and Letter由于业务逻辑的不同，两者完全不同。

我的问题是：

1. 我应该分享这个吗DocumentStore项目 A 和 B 之间的表 ?

2. 如果1.的答案是肯定的，那么如何呢？通过postgres下的继承？

3. 如果1.的答案是否定的，我是否应该创建两个具有相同结构但不同表名和不同外键的表？项目 A 和项目 B 各一份？

这些 fk 约束中只有一个对表的同一实例的每一列起作用。您必须为每个 fk 添加一列。或者有两个documentstore tables.

正如您所澄清的，同一行documentstore属于一封信或一封电子邮件，但仅属于single其中之一，而每封信/电子邮件可以有多个文档。
因此，我的新建议是：坚持现有的表格设计，但创建两个单独的桌子。将它们放在同一张表中没有任何好处。两个表共享相同结构的事实是没有充分的理由共享数据。

You can have schema_a.documentstore and schema_b.documentstore继承自master.documentstore。如果您有同时处理两个表中所有行的用例，那么这将非常有用。请务必阅读有关的章节Postgres 中继承的限制 http://www.postgresql.org/docs/current/interactive/ddl-inherit.html#DDL-INHERIT-CAVEATS。特别是，它不允许您定义单个 fk 约束：

继承功能的一个严重限制是索引 （包括唯一约束）和外键约束仅适用 到单个表，而不是它们的继承子项。这是正确的 外键约束的引用端和被引用端。

相关答案及代码示例：
根据表值找出哪个架构 https://stackoverflow.com/questions/12902072/find-out-which-schema-based-on-table-values/12902441#12902441
在PostgreSQL中创建两种类型的表 https://stackoverflow.com/questions/21565183/create-a-table-of-two-types-in-postgresql/21565888#21565888