周裕光 Samuel
Palantir Study 11|Object、Property 与 Link
原创
关注作者
腾讯云
开发者社区
文档
建议反馈
控制台
登录/注册
首页
学习
活动
专区
圈层
工具
MCP广场
文章/答案/技术大牛
搜索
搜索
关闭
发布
周裕光 Samuel
社区首页
>
专栏
>
Palantir Study 11|Object、Property 与 Link
Palantir Study 11|Object、Property 与 Link
周裕光 Samuel
关注
发布于 2026-09-09 07:35:13
发布于 2026-09-09 07:35:13
41
0
举报
概述
Object 规定我们在谈论什么,Property 规定关于它必须知道什么,Link 规定业务上下文如何连接。三者共同形成 Action 可以安全落脚的语义地面。
文章被收录于专栏:
把企业变成 AI 能理解的世界
把企业变成 AI 能理解的世界
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系
cloudcommunity@tencent.com
删除。
腾讯云架构师技术同盟
AI时代的架构师
架构师
#本体
#ontology
#AI
#FDE
#商业分析
目录
三句话先钉住概念
它们在 Palantir 产品架构的哪里
先分清类型、集合与实例
Object:不是一行,而是有业务身份的事物
Customer Order 到底是什么
Customer Order Object Type Card(已填样例)
为什么订单头和订单行要拆开
Property:不是把 86 个字段原样搬家
订单头与订单行的属性要各归其位
Property Definition Card(已填样例)
“原生属性”、基础值与 Derived Property 不是一回事
来源映射或受控写入的值
Derived Property:沿 Link 在运行时取得或聚合
Link:不是漂亮的外键,而是业务影响路径
Link Definition Card(已填样例)
方向、名称和基数都不是装饰
为什么供应商、车间、仓库和人不都直接连订单
关系长出身份和状态时,把它对象化
在产品里,最终会做成什么样
常见失败:模型完整,却不能支撑决策
BA 工作台:三张卡怎样一起使用
回到开头:86 列应该怎样处理
追问:三个物料号,究竟是几个 Object
问题归档
专栏文章
快讯文章归档
关键词归档
开发者手册归档
开发者手册 Section 归档