多租户数据库设计中的注册逻辑在哪里？

Question

目前，我正在将单租应用程序转换为多租户应用程序。

就数据库设计而言，我选择了这文章中描述的“共享数据库、单独模式”解决方案。

按照所提供的指示，每次引入新租户时，我都必须执行以下步骤：

1. 为租户创建新架构。
2. 创建新的数据库用户，访问新创建的架构(只有此架构)。
3. 在新创建的架构中创建必要的表。

我的问题是，这个逻辑应该放在哪里呢？

我最初的想法是在一个存储过程中，但是我不确定这个决定，并希望得到一些澄清。

Answer 1

我也希望您从部署的角度来研究这个实现。

考虑到在Sql中执行作业会更快，甚至会引发租户创建的事件，该事件可以运行将创建必要的db基础结构的作业。最后，作业将调用一个rest端点，您的应用程序可以激活租户，以便租户能够进入应用程序并使用。

在该方法中有许多选项需要考虑，因为它将是完全分布的，并且容易失败。