企业官网建设流程全解析

理论网站建设实施方案,深圳网站设计有名 乐云践新,找施工队伍去什么网站,百度关键词排名销售Practical Ontologies How to Build Them - Part 3 文章摘要 本文是关于如何在Palantir Foundry中应用本体论思维来操作数据的四部曲系列的第三部分。我们将深入探讨对象、事件和时间序列之间的区别#xff0c;分析何时使用它们以构建实用且易于理解的本体论#xff0…Practical Ontologies How to Build Them - Part 3文章摘要本文是关于如何在Palantir Foundry中应用本体论思维来操作数据的四部曲系列的第三部分。我们将深入探讨对象、事件和时间序列之间的区别分析何时使用它们以构建实用且易于理解的本体论旨在为企事业单位和科研专家提供数据建模的实用指南。全文推文引言本体论在数据操作中的重要性在当今数据驱动的时代如何高效地组织和利用数据成为企事业单位及科研院所的核心挑战。本体论Ontology作为一种结构化数据建模方法能够帮助组织将复杂的业务数据转化为可操作的洞察。本文是“实用本体论与构建之道”系列的第三部分聚焦于Palantir Foundry平台中对象Objects、事件Events和时间序列Time Series的应用与建模策略。通过对这些核心概念的深入剖析我们希望为专业人士提供实用工具帮助他们在数据管理和分析中更进一步。Palantir Foundry作为一个强大的数据整合与分析平台提供了丰富的工具来支持本体论的构建与应用。本系列的前两部分已经介绍了本体论的基础概念以及在Foundry中构建操作性本体论的关键考量。在这一部分中我们将深入探讨如何区分和应用对象、事件与时间序列并结合实际案例分析在Foundry中建模的最佳实践。核心概念对象、事件与时间序列的区别在构建本体论时对象、事件和时间序列是三个基本且相互区分的概念。理解它们的定义和适用场景对于构建清晰且高效的数据模型至关重要。以下是对三者的详细解析对象Objects对象是随时间持续存在的实体其属性会随时间演变且之前的属性值会被覆盖。例如一个“人Person”对象的“年龄Age”属性会随着时间增加而更新。这种可变性Mutability是对象的核心特性意味着对象的属性值会随着时间在原地演化而不保留历史记录。事件Events事件是在某个时间点发生或持续一段时间的活动其属性在事件发生时或期间被捕获且之后不再改变。例如一个“旅程Journey”事件可能包含“开始时间Start Time”、“结束时间End Time”和“持续时间Duration”等属性。事件通常是时间性的且不可变的一旦事件结束其属性值就固定下来。时间序列Time Series时间序列记录了对象属性值随时间变化的历史记录。例如一个“传感器Sensor”对象的“温度Temperature”属性会随时间变化生成一个时间序列存储每次变化的值及其对应的日期和时间。时间序列与事件类似也是时间性和不可变的但其重点在于记录连续或离散的时间点上的数据变化。需要注意的是尽管上述定义提供了一个清晰的框架但实际应用中也存在一些边缘情况。例如一个“旅程”事件的“状态Status”属性可能在旅程进行过程中从“进行中In Progress”更新为“完成Complete”显示出一定的可变性。然而事件中捕获的其他数据如平均速度或行驶距离在事件结束后通常不再变化。对象、事件和时间序列属性随时间变化在Palantir Foundry中的建模实践在Palantir Foundry平台中对象和事件都被建模为“对象类型Object Types”。本体论上的区别主要体现在为每种对象类型添加的属性选择上。例如创建一个“铁路旅程Rail Journeys”对象类型时可以通过添加“开始时间戳Start_Timestamp”和“结束时间戳End_Timestamp”属性确保其在下游应用中作为事件使用。此外在Foundry的“本体管理器Ontology Manager”的“能力Capabilities”选项卡中配置对象时可以明确指定开始和结束时间属性将其标记为事件。这种配置在某些应用如Vertex中是必需的而在大多数情况下是可选的。如果需要将事件与其他时间信息如时间序列属性结合使用例如在时间序列图表上叠加事件或使用事件边界过滤时间序列数据则必须在本体论中明确配置事件。时间序列属性的处理在Foundry中时间序列通过“时间序列属性Time Series Properties”来处理这些属性记录了对象某个属性随时间的历史值。例如车辆在旅程中的“燃料水平Fuel Level”可以作为时间序列属性存储。在开发Foundry本体论时常常需要决定如何捕获时间数据是将时间序列属性添加到对象中还是创建一个与事件相关的新事件类型对象并将其链接到原始对象。以“车辆Vehicle”对象类型为例假设我们有一个包含车辆旅程数据的数据集包含以下属性如旅程的开始和结束燃料水平我们可以有以下三种建模选择创建“旅程Journeys”对象类型作为事件从本体论上看这是一个事件。如果后台数据规模适中例如几百到几百万条旅程记录这种方法是合理的。这种建模方式通常反映了数据在源系统中的存储方式简单直观。创建聚合视图例如“每日车辆旅程指标Daily Vehicle Journey Metrics”这种方法按天和车辆为键存储一天内车辆旅程数据的聚合结果如“每趟旅程平均燃料消耗”或“当天总活跃秒数”。如果数据规模较大且下游用例仅需聚合指标这种方法可以节省计算和存储资源。从事件表中提取时间序列属性并添加到车辆对象类型这种方法有两个主要原因一是数据规模需要时间序列属性在Foundry中存储和查询效率高二是下游用例会受益于时间序列格式的数据例如需要基于原始时间序列创建多个派生时间序列如导数、积分或其他时间计算。燃料水平时间序列Fuel Level Time Series”的示例表格展示了如何从旅程数据中提取车辆的燃料水平时间序列数据需要注意的是上述“燃料水平”时间序列可能较为稀疏通常我们希望数据源能提供更频繁的更新如每秒更新一次燃料水平例如通过车辆上的传感器获取数据。在Foundry中每个时间序列都需要一个唯一标识符例如“时间序列ID”列结合时间序列名称和车辆主键生成。将时间序列连接到“车辆”对象类型时需要为每个车辆添加一个“燃料水平”属性存储特定车辆及其燃料水平对应的序列ID从而将时间序列数据附加到相应的车辆对象上。存储方式对用例的影响以时间序列形式存储车辆的燃料水平而不是作为旅程的开始和结束燃料水平属性会改变数据在Foundry中的潜在用例。选择哪种方法取决于数据需求和目标解决方案。从存储和计算效率的角度看时间序列属性通常更高效因此在适用用例中应优先使用。时间序列属性还具有一致的格式无论追踪的对象或属性为何其本质都是时间点上的值集合。因此它们可以通过减少事件类型对象的需求简化本体论结构将其替换为对象上的时间序列属性。在实际应用中由于Foundry提供了多种操作工具有些工具更适合时间序列属性有些则更适合事件类型对象因此一种常见的做法是同时以两种方式建模时间数据创建一个事件类型的“旅程Journeys”对象类型在相关“车辆Vehicles”对象上创建时间序列属性。这些时间序列可能部分从旅程数据中提取部分来自其他源系统如存储传感器读数的数据库。这种双重建模方式确保数据可用于各种下游用例最大化其价值。展望系列第四部分的主题在“实用本体论与构建之道”系列的第四部分中我们将探索Foundry本体论中的动词或称“动作Actions”的使用。这些动作用于实现变更和触发业务流程是构建本体论的关键考量。通过将人类决策的结果反馈到本体论中动作通常能解锁全新的价值维度。关于作者与机构本文由Fourth Age与Peter Mills联合撰写。Fourth Age是一家领先的咨询公司拥有超过100年的综合经验专注于通过Palantir Foundry和AIP交付价值。我们提供从战略咨询到端到端用例交付及长期赋能的全方位服务。如果您希望了解更多关于如何释放组织数据潜力的信息请通过我们的网站与我们联系。标签#本体论 #Ontology #时间序列 #TimeSeries #数据建模 #PalantirFoundry欢迎加入「知识图谱增强大模型产学研」知识星球获取最新的知识图谱大模型相关论文、案例和电子书、文章等重点是医药大健康、工业领域