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

Question

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

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

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

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

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

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

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

{
    _id: ObjectId("5d443787f86f9a3dfa782a3c"),
    name: 'user name',
    email: 'VerifiedUserEmail@gmail.com',
    phone_number: '1234567890'
}

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

{
    _id: ObjectId("5c9a1146c89b2d09740ccd17"),
    name: 'dummy user name',
    email: 'DummyUserEmail@dummy-emails.com',
    phone_number: '1234567890'
}

Answer 1

您实际上可以在这里做两件事，要么创建一个间接级别(一个映射表，将您在运行时查询的 ID 映射在一起)，要么您必须更新引用该 ID 的所有其他位置。

我个人会考虑只进行更新，并删除旧记录。它将使您有机会根据具体情况决定如何合并记录。简单地更新外键可能会创建许多您没有预料到的奇怪的笛卡尔坐标。