如何在共享环境中分离 JaVers 实现?
How to separate JaVers implementation in a shared environment?
我在一个由 10-20 个团队组成的环境中工作。每个团队在单个数据库模式中都有自己的一组数据库表。所有团队都在使用 Java Spring 带有 JaVers 的启动应用程序。我的任务是为我们的应用程序实施一些审计框架。虽然我们不会长期处于这种环境中,但我们正在尝试迁移到 AWS;其他 19 支球队将保留。我需要以一种易于移植的方式实施审计框架,并且我不想在这些共享表中拆分数据并冒着在迁移过程中损坏数据的风险。
我是否可以使用我自己的 JaVers 表而不是框架创建的常见 4 表?而不是 jv_table 我想要像 my_jv_table.
这样的东西
// Shared
jv_commit
jv_snapshot
jv_global_id
jv_cdo_class
// Separate
my_jv_commit
my_jv_snapshot
my_jv_global_id
my_jv_cdo_class
然后我可以在迁移过程中轻松地只移植我的表,而不用担心影响其他人。
您不能更改 Javers 的 table 名称,但为什么不使用数据库架构来分隔域?架构名称是可配置的。
我在一个由 10-20 个团队组成的环境中工作。每个团队在单个数据库模式中都有自己的一组数据库表。所有团队都在使用 Java Spring 带有 JaVers 的启动应用程序。我的任务是为我们的应用程序实施一些审计框架。虽然我们不会长期处于这种环境中,但我们正在尝试迁移到 AWS;其他 19 支球队将保留。我需要以一种易于移植的方式实施审计框架,并且我不想在这些共享表中拆分数据并冒着在迁移过程中损坏数据的风险。
我是否可以使用我自己的 JaVers 表而不是框架创建的常见 4 表?而不是 jv_table 我想要像 my_jv_table.
这样的东西 // Shared
jv_commit
jv_snapshot
jv_global_id
jv_cdo_class
// Separate
my_jv_commit
my_jv_snapshot
my_jv_global_id
my_jv_cdo_class
然后我可以在迁移过程中轻松地只移植我的表,而不用担心影响其他人。
您不能更改 Javers 的 table 名称,但为什么不使用数据库架构来分隔域?架构名称是可配置的。