【发布时间】：2026-01-20 19:40:01
【问题描述】：
我有一个数据库，其中列出了各种学生音乐家的专业和部门（例如，有人可以在历史表演部门专攻小提琴）。还例如，考虑约翰·塞巴斯蒂安·巴赫（Johann Sebastian Bach）-他是巴洛克风格的音乐家和作曲家。从逻辑上讲，也许我希望他的专长属于“作曲”，而他的部门属于“巴洛克”。
我认为“部门”可以很高兴地被“类别”属性所涵盖，但是如何理解“专业”呢？这也是一种类别。 hCard 规范说两次使用“类别”很酷，但似乎有点脏，因为部门和专业在语义上是如此无关。
'notes' 属性呢？还是“角色”？想法？
【问题讨论】：
-
我同意下面的Phae。不幸的是，hCard 并不是一种适合所有规格的格式。此外，即使它确实完全支持此信息，也很少有（如果有的话）口译员可以理解这些信息。因此，最好以人类可读的方式列出信息，而不是尝试在语义上对其进行标记。无论如何，搜索引擎旨在像人类一样读取数据。
-
这实际上更像是一个语义实验，而不是其他任何东西——我们能否将大部分数据封装在这个范式中，如果可以，如何封装。有趣的是，看看这在一个相当不寻常的用例中能走多远，到目前为止，我对它的可塑性感到非常惊喜。最终，我想让从事同一项目的人们认识到语义关系不仅仅适用于应用程序的数据库层。