如何在多模式MSSQLServer环境中使用Flyway？

Question

我们有一个使用“多模式”策略的多租户SaaS应用程序，即每个客户在同一数据库实例中都有专用模式。我们使用MSSQLServer作为数据库，通过SQLServer“用户”的“默认模式”设置在模式之间切换。例如，客户A、B和C在SQL Server中的配置如下：

• 客户A：user_A默认模式schema_A
• 客户B：user_B默认模式schema_B
• 客户C：user_C具有默认模式schema_C…等等。

在我们的应用程序中，我们通过在每次查询之前执行以下 SQL，在连接上设置 SQL Server“用户”，将数据源连接切换为指向每个客户的正确架构：

EXECUTE AS USER = 'user_A';

当我们试图使用Flyway以全局方式管理模式版本的状态时，这给我们带来了一些问题。由于flyway的模式支持只接受一个模式名称列表，这对MSSQLServer不起作用。Flyway根据DataSource配置提供的用户的默认模式执行迁移；在SQL Server的情况下，“用户”需要根据客户/模式而变化。

理想情况下，我们将有一个像FlywayCallback.beforeEachSchemaMigrate（Connection）这样的回调，它将允许我们通过在每个架构的每次迁移之前执行“以用户身份执行”语句来设置每个架构所需的用户上下文。不知道为什么没有那个挂钩？

flyway的另一个缺点是使用模式列表中第一个模式的约定，作为保存< code>schema_version表的模式。这在基于SQL Server的多租户环境中是不可取的。因为我们不能假设包含< code>schema_version表的模式也是真实的客户模式。请记住，在像我们这样的SaaS应用程序中，每个租户/客户的模式是动态创建/销毁的。当用户注册时，供应过程的一部分基于一些约定创建新的模式。所以模式列表对我们来说是动态的。

理想情况下，我们可以告诉 Flyway 使用给定的架构来创建schema_version表，而无需尝试在该架构上运行迁移。通常，这将是 dbo 架构（这是 SQL 服务器中的默认架构）。我们使用 dbo 架构来保存所有租户中本质上的全局表，schema_version将被视为全局表。

因此，最终在成功迁移后，我们的数据库应该如下所示:

 - dbo.schema_version
 - schema_A.my_tables
 - schema_B.my_tables
 - schema_C.my_tables

所有上述模式都处于相同的状态，由dbo.schema_version表指示和控制。

这目前是否可行？

Answer 1

你必须以不同的方式处理这个问题。不是为每个人执行一次 Flyway，而是为每个架构执行一次。可以将 Flyway 包装在一个循环中，并在每次迭代中为一个租户提供正确的配置。最终，每个租户都有一个schema_version表，但它们都可以单独命名，并且仍存在于 dbo 架构中。