如何在 MySQL 中高效存储用户数组：直接存储的更好替代方案？

如何在 MySQL 中高效存储用户数组：更好的替代方案

简介

至为了防止评论评级系统中出现多个用户投票，必须存储已投票的用户 ID 数组。然而，将数组直接存储在 MySQL 字段中可能会出现问题，并可能导致数据一致性问题。本文探讨了一种更有效的替代方案，可确保引用完整性并防止孤立行。

创建规范化关系表

不要将数组存储在单个字段中，而是创建以下内容规范化关系表：

• comments 表：存储评论 ID 和内容。
• users 表：存储用户 ID 和用户名。
• comments_votes 表：存储评论 ID、用户 ID 和投票类型。

强制引用完整性

至确保数据一致性，向 comments_votes 表添加外键约束：

<code class="sql">CREATE TABLE comments_votes (
  comment_id INT,
  user_id INT,
  vote_type INT,
  PRIMARY KEY (comment_id, user_id),
  FOREIGN KEY (comment_id) REFERENCES comments (comment_id),
  FOREIGN KEY (user_id) REFERENCES users (user_id)
) ENGINE=INNODB;</code>

插入示例数据

使用示例数据填充表：

<code class="sql">INSERT INTO comments VALUES (1, 'first comment');
INSERT INTO users VALUES (1, 'user_a');
INSERT INTO comments_votes VALUES (1, 1, 1);</code>

防止重复投票

尝试插入重复投票将因唯一索引而导致错误：

<code class="sql">INSERT INTO comments_votes VALUES (1, 1, 1);
ERROR 1062 (23000): Duplicate entry '1-1' for key 'PRIMARY'</code>

这种方法的优点

替代方法提供了几个优点：

• 引用完整性：外键约束确保所有投票的评论和用户存在于各自的表中。
• 防止孤立行：规范化结构消除了出现孤立行的可能性，当数组存储在单个字段中时可能会出现这种情况。
• 更快的性能：关系表通常为查询和数据操作操作提供更好的性能。

结论

而不是存储数组单个 MySQL 字段中的数据，利用带有外键的规范化关系表提供了一种更可靠、更有效的处理数组的方法。这种方法可确保引用完整性、防止数据不一致并提高性能，使其成为需要在数据库中存储和管理数组的场景的理想解决方案。

以上是如何在 MySQL 中高效存储用户数组：直接存储的更好替代方案？的详细内容。更多信息请关注PHP中文网其他相关文章！