我有一张users桌子。我想跟踪我所做的所有更改、姓名、电话等。我想创建一个额外的表changes来存储id用户的上一个和下一个版本。我保留所有users记录。这是一个好方法吗？
更新
我还想为历史使用单独的表格，请参见下文
或者，使用单个表并从timestamp或跟踪其版本id（因为它是增量的），但我认为这是一个糟糕的解决方案。
AskOverflow.Dev
您的设计有一个很大的缺点：仅获取当前值（您将在大多数情况下使用）是一项需要连接的昂贵操作。
如果您有一个包含当前数据的表和一个用于历史信息的额外表，您的系统会快得多，该表由 的所有列
users和一个valid_until时间戳列组成，主键位于 (user_id,valid_until) 上。您没有说明的一个问题与对象 USER（表用户）具有的各种属性（列）的更改频率有关。
假设您有一个包含 P 列的时态表，其中只有 K 列（其中 K 远小于 P）通常会发生变化。然后将所有内容放在同一个表上或只有两个表（当前记录、历史记录）将生成比必要更多的新记录。
是否可以将属性拆分为不同的表并具有至少两个临时列（transaction_validfrom、transaction_validto）？
我不得不承认，将不同表中的列组合成一行是必要的，但通常那些具有拆分属性的表在 I/O 中会更小。
假设......您不需要对多个表进行版本控制。您不需要按日期查询表
您可以创建一个主表和一个详细表。主表将存储用户 ID，用户详细信息表将存储所有信息。我在下面展示的方法对于大型模式很快就会变得乏味，而对于多对多关系则非常乏味。
为了使用这种数据库方法，在插入时，即新用户，创建用户和用户详细信息。要更新用户，您需要创建一个新的 userDetail。要查询用户实体，您将获取给定 userId 的最新 userDetail。
如果用户详细信息有一个地址实体也需要受版本控制，您还需要为地址实体添加主表和详细表。这种方法为您提供了很多表格。我正在运行此版本的修改版本，其中用户详细信息具有更新的 start_date 和 end_date，以便我可以轻松查询日期 x 的记录。（我正在运行一个非常小的数据库）用于高性能的大型数据库，这可能是一个可怕的想法。
请参阅 wiki 以了解时间有效性，以更深入地了解您可能正在尝试做的事情。
这是使用这种方法发疯的数据历史示例
简而言之，如果谨慎使用，我会推荐这种方法。不过我有点菜鸟，所以我要声明一个菜鸟推荐这种方法没问题。如果您需要任何澄清，请告诉我。