mysql - 用于日志记录的数据库架构

Question

这个问题困扰了我很久，一直没有找到答案。

我有一个巨大的系统，有很多不同的功能。这个系统的共同点当然是我的用户可以

create, update, read & delete

我系统的不同部分。

出于简单的原因，假设我有一个具有以下功能的应用程序:

• 文档管理
• 视频管理
• 用户管理
• 销售管理

(请注意，我随机选取这些只是为了证明所有这些都有自己单独的表，并且不一定相互连接)。

现在我希望创建某种日志系统。这样，当有人创建、更新或删除一个实体时，它就会被记录下来。

现在据我所知，我可以通过两种方式做到这一点。

1.

为我系统中的 4 个功能中的每一个功能创建一个日志记录表。然而，使用这种方法，我需要为添加到系统的每个新功能创建一个日志记录表。如果我想创建一个日志，我还必须合并 X 个表中的数据，这可能是一项艰巨的任务!

2.

我可以创建如下内容:

但是，我必须再次为我要添加的每个新功能添加一个列。

所以我的问题是创建日志数据库架构的最佳方法是什么

或者有更简单的方法吗？

Answer 1

您可以这样做，而不是为每个功能分配一个 target_xx:

target_id | target_type
1           video
4           document
5           user
2           user

甚至更好。具有目标类型的表，并且仅在 target_type 上插入相应的 id

像这样: