在应用程序中合并用户帐户的架构

Posted 2023-03-29

【中文标题】在应用程序中合并用户帐户的架构

【英文标题】：Architecture to merge user accounts in application

【发布时间】：2019-12-12 21:19:27

【问题描述】：

在我当前运行的应用程序版本中，我对用户电话号码的唯一性没有任何限制。这意味着，一个电话号码可以与多个帐户关联。唯一受约束的是用户的电子邮件 ID。

场景 1：用户使用电子邮件 ID 和电话号码注册 => 我们在数据库中创建一个新的用户记录，尊重电子邮件的唯一性。 场景 2：用户仅使用数字注册 => 我们在数据库中创建一个新的用户记录，其中包含我生成的唯一虚拟电子邮件。

在这两种情况下，我都保持电子邮件的唯一性，但忽略电话号码的任何此类限制。

现在我需要维护电子邮件和电话号码的唯一性。因此，我需要合并共享相同电话号码的两个用户帐户（虚拟电子邮件和真实电子邮件）。

问题是这两个帐户都可以在数据库中的多个位置有多个引用。将两个帐户合并在一起的方法应该是什么？

编辑：我在后端使用 MongoDB。它为每个文档生成“_id”字段并将其用作该文档的主键。因此，这个“_id”字段作为该用户文档的外键提供给数据库的其余部分。

用户集合中的一个示例文档，其中用户拥有经过验证的电子邮件 =>

    _id: ObjectId("5d443787f86f9a3dfa782a3c"),
    name: 'user name',
    email: '[e-mail]',
    phone_number: '1234567890'

用户集合中的另一个示例文档，其中用户具有重复的电话号码 =>

    _id: ObjectId("5c9a1146c89b2d09740ccd17"),
    name: 'dummy user name',
    email: '[e-mail]',
    phone_number: '1234567890'

【问题讨论】：

您能展示一些示例数据吗？这将有助于了解您的主键和外键是什么 - 例如，参考表是否将电子邮件地址作为外键？

@NevilleKuyt 为了更加清晰，我已经编辑了这个问题。

【参考方案1】：

您实际上可以在此处做两件事，或者创建一个间接级别（一个映射表，将您在运行时查询的 ID 映射在一起），或者您必须更新您引用该 ID 的所有其他位置。

我个人会考虑只进行更新，并删除旧记录。它将让您有机会根据具体情况决定如何合并记录。简单地更新外键可能会产生很多你意想不到的奇怪的笛卡尔。