Tagging 标签应该有层次结构吗？

我一直认为标签与普通文件夹层次结构模型完全不同。我正在构建一个需要标记的系统来标记数据集。我们已经完成了db设计（非常简单的模型），但围绕在标签世界中仍然保留层次结构概念的价值展开了辩论

例如，在SOF上，我看到的唯一等价物是在一些标记名中使用

-

，如tagging

jquery

，

jqueryui

，

jqueryui对话框

，因此没有固有的建模关系（只是命名约定）

---

在标记的世界中，层次结构应该如何以及是否存在，是否有任何传统的最佳实践智慧？

我开发了一个涉及层次结构标记的门户。我可以向你保证，这是一个混乱的管理：）

然后，我的解决方案转向了一种混合方法，在这种方法中，标记可以独立处理，也可以分层处理，但它们驻留在两个不同的名称空间中

这是因为一些标记可以被视为其他标记的父标记的子标记，而其他标记则不能，因此，例如，

dialog

tag是一个独立于

jquery

的概念，因此包含这两个标记的内容

jquerydialog

隐含了所需的关系

层次结构应该用来表示概念之间的一种继承，例如

集合->树、列表、地图

，其中

树

标记可以有效地包含在

集合

标记中

在您的示例中，

dialog

和

jquery

是正交的、不可压缩的，因此将一个子对象变成另一个子对象是没有意义的。

名称“jquery”、“jquery ui”、“jquery ui dialog”不是标记，而是文件结构路径的等价物，本质上是分层的

如果您的数据易于进行权威分类，则将其显示为树。如果用户只看到他们自己的一些标签（比如Gmail），那么可以对标签列表进行排序和嵌套，并将每个用户的结构与标签本身分开保存。如果有很多标签具有内容的功率分布（例如，如果10%的标签描述了90%的内容），那么标签云可以提供帮助

---

简而言之，它取决于数据。

与集合相比，层次结构通常有一个缺点。 想想书签和书签。 我更喜欢使用

sport

和

1周以上的
和（
english-language
或
chinese-language
）而不是（
soccer
或
boxing
）来搜索一组