推荐的用于标记或标记的SQL数据库设计
我听说过几种实现标记的方法；使用TagID和ItemID之间的映射表（对我来说有意义，但是可以缩放吗？），向ItemID添加固定数量的可能的TagID列（似乎是个坏主意），将标签保持在逗号分隔的文本列中（声音疯狂但可以工作）。我什至听说有人建议使用稀疏矩阵，但是标记名称又如何优雅地增长呢？
我是否错过了标签的最佳做法？
问题答案：
三个表（一个用于存储所有项目，一个用于所有标签，一个用于两者之间的关系）已正确索引，并且在适当的数据库上运行了外键，这些表应该可以正常工作并可以适当扩展。
Table: Item
Columns: ItemID, Title, Content
Table: Tag
Columns: TagID, Title
Table: ItemTag
Columns: ItemID, TagID
-
问题内容： 设想 我正在建立一个包含一系列不同表的数据库。这些由COMMENTS表，BLOGS表和ARTICLES表组成。我希望能够向每个表中添加新项目，并使用0到5个标签对其进行标记，以帮助用户更轻松地搜索相关的特定信息。 有关建筑的初步想法 我最初的想法是拥有一个集中的TAGS表。该表将使用TagID字段和TagName字段列出所有可用标签。由于每个项目可以有很多标签，并且每个标签可以有很多项
-
问题内容： 我有一个SQL数据库，用于存储用户和与用户相关联的标签（许多关系）。我有带有表，表和“桥”表的经典架构，该表将用户与标签链接在一起： 现在，我使用以下函数进行查询以逗号分隔的字段的形式检索所有用户及其标签： 这给了我正确的输出： 问题是，现在我想在此基础上实现标签过滤，即能够按标签（或多个标签）查询用户。过滤器应使用AND运算符工作。 例如：获得标记为红色（10）和绿色（20）的用户：
-
问题内容： 我的问题是：是否有我可以使用的参考，也许是一本书或诸如决策树之类的东西，我可以参考这些参考来基于一些输入变量来决定应该走的路，例如： 数据库架构的成熟度 如何查询日志 需要重新创建记录的概率 更重要的是：写入或读取性能 所记录的值的性质（字符串，数字，blob） 可用的存储空间 我知道的方法是： 1.添加创建和修改日期及用户的列 表格示例： id value_1 value_2 val
-
1：联系用户兴趣和物品的方式 2：标签系统的典型代表 3：用户如何打标签 4：基于标签的推荐系统 5：算法的改进 6：标签推荐 一：联系用户兴趣和物品的方式 推荐系统的目的是联系用户的兴趣和物品，这种联系方式需要依赖不同的媒介。目前流行的推荐系统基本上是通过三种方式联系用户兴趣和物品。 1：利用用户喜欢过的物品，给用户推荐与他喜欢过的物品相似的物品，即基于item的系统过滤推荐算法 2：利用用户和
-
我有一个任务，需要在web应用程序内部的几个页面上添加一些标记。文本已经存在，但包装在其他标签中，我需要将其转换为h1标签。当我这样做的时候，我需要在页面上保持相同的设计，所以设计明智，什么都不应该改变。我们需要谷歌机器人的h1标签。 让我在下面给你展示一个例子。目前我有一页是这样的： null null 我需要在那里插入。我在internet上读到，在中添加不是一个好主意，因为我的第一个想法是用
-
插值问题当我通过角度插值指定一些html标记（如按钮）或自定义标记时，它不会显示 在组件中。html文件