规范“毒”方式真的值得吗？ （3NF）

我正处于数据库设计的早期阶段，所以还没有最终的结果，并且我正在为具有可选标签的线程使用“TOXI”3表设计，但我忍不住觉得加入是并不是真的必要，也许我只需要依赖我的简单标签列posts我可以在其中存储类似 varchar 的表<tag>, <secondTag>.

回顾一下：

• 是否值得在 2 个标签表上进行额外的左连接，而不是在我的表中只包含一个标签列？posts table.
• 有没有办法可以优化我的查询？

Schema

CREATE TABLE `posts` (
    `post_id` INT UNSIGNED PRIMARY AUTO_INCREMENT,
    `post_name` VARCHAR(255)
) Engine=InnoDB;

CREATE TABLE `post_tags` (
    `tag_id` INT UNSIGNED PRIMARY AUTO_INCREMENT,
    `tag_name` VARCHAR(255)
) Engine=InnoDB;

CREATE TABLE `post_tags_map` (
    `map_id` INT PRIMARY AUTO_INCREMENT,
    `post_id` INT NOT NULL,
    `tags_id` INT NOT NULL,
    FOREIGN KEY `post_id` REFERENCES `posts` (`post_id`),
    FOREIGN KEY `post_id` REFERENCES `post_tags` (`tag_id`)
) Engine=InnoDB;

样本数据

INSERT INTO `posts` (`post_id`, `post_name`)
  VALUES
(1, 'test');

INSERT INTO `post_tags` (`tag_id`, `tag_name`)
  VALUES
(1, 'mma'),
(2, 'ufc');

INSERT INTO `posts_tags_map` (`map_id`, `post_id`, `tags_id`)
  VALUES
(1, 1, 1),
(2, 1, 2);

当前查询

SELECT 
    posts.*,
    GROUP_CONCAT( post_tags.tag_name order by post_tags.tag_name ) AS tags

  FROM posts
    LEFT JOIN posts_tags_map
      ON posts_tags_map.post_id = posts.post_id
    LEFT JOIN post_tags
      ON posts_tags_map.tags_id = posts_tags.tag_id

  WHERE posts.post_id = 1
  GROUP BY post_id

Result

IF有标签：

post_id     post_name        tags
1             test           mma, ufc
  

将所有标签放在不同的记录中（标准化）意味着您将能够在需要时更轻松地重命名标签并跟踪标签名称历史记录。

SO，例如，重命名为SQL Server相关标签至少三次（mssql -> sqlserver -> sql-server).

将所有标签放在一条记录中（非规范化）意味着您可以使用FULLTEXT索引并搜索同时具有两个或多个标签的帖子：

SELECT  *
FROM    posts
WHERE   MATCH(tags) AGAINST('+mma +ufc')

这也是可能的，但标准化设计效率较低。

（别忘了调整@ft_min_word_len索引标签3字符或更少的字符才能工作）

您可以组合这两种设计：同时存储映射表和非规范化列。不过，这将需要更多的维护。

您还可以将标准化设计存储在数据库中，并使用您提供的查询将标签提供给Sphinx or Lucene.

这样，您就可以进行历史挖掘MySQL，全文标签搜索使用Sphinx，并且不需要额外的维护。