列，元数据，关键字，字段之间的差异

Question

我对术语有点困惑。在SharePoint中，我们有一个List，它由List列组成，但我在其中一个站点中读到这也可以是元数据。

举个例子，如果我们有一个SharePoint列表，如果我们有一个名称，职位描述，年龄和收入的列表列，这会被称为列，字段还是元数据？

如果这是元数据，那么如何定义字段/列/网站列？

Answer 1

• 您可能知道Meta Data只是关于数据的数据。
• 在共享点上下文Meta Data也可以用作列表列。考虑使用阶段，类别，文档类型等分类的任何Excel文档。因此，当您看到这些列时，您可以识别它是什么类型的文档。
• 据我所知，关键词只不过是taxonomy。通过使用这些关键字，您可以对项目进行分类。
• Site Column不同。站点列可用作任何列表中的列表列。例如。考虑年龄。在您的站点中，您在列表/库中重复使用Age列。因此，不是在每个列表中创建Age列，而是只创建一个站点列，并且可以添加到所需列表。用简单的话来说就是可重用的目的。
• 字段只是列/网站列。这些与列表有关。

Answer 2

正如Mihir所述，“＃34;元数据＆＃34;意味着＆＃34;有关数据的数据＆＃34;。因此，要获得元数据，您需要拥有数据。在SharePoint中，最相关的示例是文档。文档是数据，您可以拥有有关这些文档的数据（元数据）。 Mihirs Excel示例就是一个例子。 比如说，您需要SharePoint中的文档库，并且这些文档具有从选项列表中选择的文档类型。 为此，您需要能够在文档上放置文档类型。由于SharePoint中的文档库是一种特殊的列表，因此您可以在列表中创建columns = fields - 这些列中的数据将成为文档的元数据。 因此，在库中创建一个字段DocumentType，例如作为一个选择领域。设置该字段时可以选择文档类型。因此列表字段/列用于定义文档上的元数据。 谈到纯SP列表，谈论元数据变得更加困难。它的数据是什么？如果是员工，我不认为您可以将其定义为元数据，如果您将自然人视为＆＃34;数据＆＃34;。但是，我不认为技术会有所作为。您拥有员工的数据模型，并使用SP列表实现它 - 这就是他们的目的！