java - MySQL审计表: hibernate-envers vs Triggers

Question

我有一个用户表，我想要审核。我正在使用 hibernate-envers 来实现同样的目的。这就是我的 user 类的样子:

@Audited
@Entity
@Table(name = "user")
public class User {

    @Id
    @Column(name = "id")
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private int id;

    @Column(name = "phone_number")
    private String phoneNumber;

    @Column(name = "profile_pic")
    private String profilePic;
}

我不确定 hibernate-enver 的性能。在 hibernate-envers 之前，我使用触发器来保留审计跟踪。我应该继续使用 envers 还是切换回触发器？

PS:我想要基于性能的比较。因为使用 envers 实际上不需要任何额外的努力，所以从努力/开发时间的角度来看，这是显而易见的选择。

Answer 1

如果它满足需要并能完成工作，则继续。稍后，如果您发现它的性能未达到某个标准，您可以随时更改它或报告性能问题，我可以查看它。

对于你的问题，不存在这样的基准。如果确实如此，我什至会对这样的基准感到厌倦，因为无论如何它很可能具有误导性。

通常，开发人员设计的审核触发器就像您所描述的那样非常简单。换句话说，它们只是充当行复制器，仅此而已。在插入、更新或删除期间，它们只需将数据快照从表复制到另一个表中。完成。

显然，恩弗斯通过支持实体之间审计关系的概念，走得更远。它还允许您在更改期间提供有关环境的属性，以便您可以跟踪诸如谁更改了什么、更改原因等信息。

Envers 的最大优势实际上是让这样一个框架运行所需的努力。正如您所指出的，它毫不费力，即使在最复杂的实体关系中，管理它们也非常简单。

我确信在某些用例中，数据库触发器的性能与任何基于客户端软件的解决方案相同或更好。在这种情况下，您没有网络延迟，并且触发器还可以使用专有数据库选项来提高性能，而框架将使用更多跨平台数据库不可知的功能。

最后，您所展示的实体似乎非常简单。恩弗斯处理该实体几乎不需要任何开销。没有关系，因此对于每个 User 行更改和修订实体来说，这将是一个简单的插入。

Envers 的实现使用更复杂的实体对象图，具有继承和复杂的关联。