Sql ═════════╦═══════════╦═══════════════════════╦═════════╦══════════╦════════╗ ║ 网址║ 类别║ 标签[]║ 向上投票║ 标题║ 身体║ ╠═════════════╬═══════════╬═══════════════════════╬═════════╬══════════╬════════╣ ║ 第三职位║ 另一个║ {第一、第二、第三}║ 2.║ 标题3║ 正文3║ ╚═════════════╩═══════════╩═══════════════════════╩═════════╩══════════╩════════╝

或者最终这种设计不会获得任何磁盘空间和执行速度，因为我已经做的规范化尝试已经足够好了

编辑：

在未执行的情况下，以下是一个屏幕截图：

---

你的问题是什么？是否希望查询生成不同标记的列表？用MySQL还是Postgres？我用的是Postgres。我的困惑来自于当你看到post_tags表时，你会在第二、第三和最后一篇文章中多次看到第一个标签，因为许多博客文章可能有相同的标签。然而，如果我用SELECT DISTINCT规范化标签表，感谢提示，标签在表中只显示一次是唯一的值，但是我需要为每个唯一的标签提供一个键，并通过它们的键引用每个博客文章的标签，但最终我没有做任何有用的事情，对吗？有很多方法可以剥这只猫的皮。我个人认为，用一个只包含{url，tag}的表解析一个字段中的非原子分隔数据没有什么错。是的，会有重复的标记，但只要标记和url上没有重复的标记，这就不是问题。当然，您可以按照您的建议创建一个代理键和另一个表来保存标记值，但这不是必需的，那么您只需要在代理键上创建这些重复项即可。在表或数据库中多次出现子代码本身并没有错误。用其他ID值替换值会留下相同的值模式&这不是规范化的一部分。是的，您已经进行的规范化尝试已经足够好了&这是人们在规范化为1NF时包括的转换之一。但正确的理由需要对1NF和更高的nf进行规范化。看教科书。斯坦福大学有一个免费的在线课程。PS请使用文本，而不是图像/链接作为文本，包括表格和ERD。请通过编辑澄清，而不是评论。