是否存在涵盖此方案的术语/模式?

时间:2011-08-12 12:57:28

标签: database design-patterns

在我们的SaaS系统中,我们将用户划分为独立的"池"根据客户原来"拥有"用户。我们正在使用"电子邮件地址加上拥有组织的ID"识别用户,而不仅仅是电子邮件地址 - 因此客户之间可以存在重复的电子邮件地址(不要问)。用户在各个子域上到达站点,我们使用这些子域来识别"用户池"我们正在对用户进行身份验证。

我的问题:这个模式有没有确定的名称或类似的东西?

干杯!

3 个答案:

答案 0 :(得分:3)

在数据库术语中,当使用多个列唯一标识行时,这称为composite primary key(也称为复合键)。

当您将单个数据库用于多个客户时,您所描述的方案通常被使用 - 一种形式的multitenancy

答案 1 :(得分:0)

我不知道这种情况的具体名称,但总的来说,这将属于“多租户”/“多租户”这一短语。许多SaaS实施已经在登录屏幕上进行了基于客户(或者更倾向于租户)的品牌推广,这意味着他们必须基于URL /子域识别用户,或者至少以除了使用的电子邮件地址之外的某种方式识别用户。

基于子域路由到不同的服务器也是实现SaaS实施的分层服务级别的常用方法。

我不确定我是否回答了这个问题,但我希望一般信息有所帮助!

答案 2 :(得分:0)

realm-discovery“是用于在多租户SaaS应用程序中识别用户所属租户的常用术语。它通常在联合身份的背景下谈论,但也适用于您的情况。像你一样使用子域是一种常见的做法。