推荐的用于标记或标记的 SQL 数据库设计 [英] Recommended SQL database design for tags or tagging

问题描述

我听说过一些实现标记的方法；使用 TagID 和 ItemID 之间的映射表(对我来说很有意义，但它可以扩展吗?)，向 ItemID 添加固定数量的可能 TagID 列(似乎是个坏主意)，将标签保留在逗号分隔的文本列中(听起来疯狂但可以工作).我什至听说有人推荐稀疏矩阵，但是标签名称如何优雅地增长?

I've heard of a few ways to implement tagging; using a mapping table between TagID and ItemID (makes sense to me, but does it scale?), adding a fixed number of possible TagID columns to ItemID (seems like a bad idea), Keeping tags in a text column that's comma separated (sounds crazy but could work). I've even heard someone recommend a sparse matrix, but then how do the tag names grow gracefully?

我错过了标签的最佳实践吗?

Am I missing a best practice for tags?

推荐答案

三个表(一个用于存储所有项目，一个用于所有标签，一个用于两者之间的关系)，正确索引，外键设置运行一个适当的数据库，应该可以正常工作并正确扩展.

Three tables (one for storing all items, one for all tags, and one for the relation between the two), properly indexed, with foreign keys set running on a proper database, should work well and scale properly.

Table: Item
Columns: ItemID, Title, Content

Table: Tag
Columns: TagID, Title

Table: ItemTag
Columns: ItemID, TagID

这篇关于推荐的用于标记或标记的 SQL 数据库设计的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！