数据库架构，1 个表或 2 个表

Question

我的应用程序将允许用户拥有联系人列表。这是我当前的架构：

CREATE TABLE IF NOT EXISTS `contact` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `user_id` int(11) NOT NULL,
  `person_id` int(11) NOT NULL,
  `create_time` int(11) NOT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `user_id` (`user_id`,`person_id`)
) ENGINE=InnoDB;

CREATE TABLE IF NOT EXISTS `contact_request` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `user_id` int(11) NOT NULL,
  `person_id` int(11) NOT NULL,
  `create_time` int(11) NOT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `user_id` (`user_id`,`person_id`)
) ENGINE=InnoDB;

CREATE TABLE IF NOT EXISTS `user` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `email_address` varchar(50) NOT NULL,
  `username` varchar(32) NOT NULL,
  `password` varchar(32) NOT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `email_address` (`email_address`),
  UNIQUE KEY `username` (`username`)
) ENGINE=InnoDB;

当用户尝试添加另一个用户作为联系人时，会在 contact_request 表中创建一条记录。如果接收请求的用户拒绝该请求，则 contact_request 记录将被删除。如果用户决定接受请求，则 contact_request 表中的数据将添加到 contact 表中，然后从 contact_request 表中删除。

我意识到我可以用另一种方式来做到这一点，我删除 contact_request 表并向联系人表添加另一个字段，例如：表示联系人是否刚刚被请求或是否已接受的请求的状态。

CREATE TABLE IF NOT EXISTS `contact` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `user_id` int(11) NOT NULL,
  `person_id` int(11) NOT NULL,
  `status` tinyint(1) not null,
  `create_time` int(11) NOT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `user_id` (`user_id`,`person_id`)
) ENGINE=InnoDB;

我看到的好处是我可以少一张桌子。我目前没有发现此更改会导致问题。值得改变这个吗？这两种方法还有我可能不知道的其他优点吗？推荐哪个？

Answer 1

另一项优势可能是拥有此状态（INT 或 CHAR）、记录请求 (Q )、接受联系人 (C)、拒绝请求 (J)、拒绝并重新请求 (R)、列入黑名单 (B）以及可能的其他状态，以便您可以更轻松地应用更复杂的逻辑，例如“用户在被拒绝两次后无法再次请求联系人”等。

Answer 2

值得改变这一点的原因不止一个；正如你所说，它会让你少一张桌子。但更重要的是，它可以让您避免人们请求与他们已经添加的某人联系，而无需查询额外的表。

Answer 3

从某种意义上说，将它们保留为两张桌子会更干净。您可以清除并保持队列表较小，而不必不断过滤掉非真实联系人。听起来您永远不需要在同一个表中查看联系人和请求，因此没有理由仅仅为了它而将它们混在一起。

另一方面，我能看到的唯一优点是，嗯，数据库中少了一个表？还有一个非常模糊的问题，即不能意外地在联系人表和请求表中同时存在联系人（计时错误或其他原因）。