以采购系统为例。为以下内容使用一个表是否有意义：报价单、订单、发票和贷项凭单？
会有一些不同的细节。例如，每个列表将有其 5 个特殊字段，但另一个说 50 个字段将完全相同。在这种情况下将所有表连接到一个表中是否有意义。并且某些字段未用于某些类型。
我可以看到 Navision 系统在其数据库中做了类似的事情。它使用一个表，但在发布项目后拆分为单独的表。我认为这可能是出于性能原因，因为发布的项目可能会变得非常大。& 拆分成单独的表会加快查询速度。但这只是我的想法。
所以我的主要困境是......在这种情况下推荐的方法是什么：一张桌子或单独的桌子？各自的优缺点是什么？需要考虑哪些业务因素？
谢谢你的帮助！
我正在开发一个交易系统，下面是我的问题的简化场景。
我正在考虑为其创建 3 个独立的相同“作业”表。当作业从草稿变为已提交时，我移动数据。这主要是出于性能原因。大多数查询将针对当前的 JOBS，这将确保它的表不会被所有发布的内容弄得乱七八糟。此外，这样的表划分将提供结构改进，因为我可以使用 JOB 编号作为主键。如果只有一个表，草稿编号将需要更改为实际编号。并且主键永远不应该改变。
现在，我的问题是——我的方法有意义吗？通常有单独的桌子吗？如果有人对此有经验并可以提供反馈，那就太好了。
这是我面临的设计问题的简化示例：我有 3 个表：Car,Ship和Bicycle。我需要添加一个“活动日志记录”表来记录用户操作，例如删除和用户评论等。我正在考虑只创建一个表。而不是 3 张桌子。问题在于确保参照完整性。我应该创建 3 个单独的列来链接到这些表吗？是否应该只有一列，我在需要时使用它？在这种情况下，一般建议是什么？还是我应该只创建 3 个单独的表？