周裕光 Samuel
Palantir Study 12|对象身份:三条记录怎样成为同一个 Material
原创
关注作者
腾讯云
开发者社区
文档
建议反馈
控制台
登录/注册
首页
学习
活动
专区
圈层
工具
MCP广场
文章/答案/技术大牛
搜索
搜索
关闭
发布
周裕光 Samuel
社区首页
>
专栏
>
Palantir Study 12|对象身份:三条记录怎样成为同一个 Material
Palantir Study 12|对象身份:三条记录怎样成为同一个 Material
周裕光 Samuel
关注
发布于 2026-09-10 07:10:52
发布于 2026-09-10 07:10:52
220
0
举报
概述
身份回答“它是谁”,不是“它叫什么” Object Identity 是业务规则与技术标识共同作出的约定:哪些来源记录代表同一个现实业务对象,以及这个对象在 Ontology 中用哪个稳定身份持续存在。
文章被收录于专栏:
把企业变成 AI 能理解的世界
把企业变成 AI 能理解的世界
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系
cloudcommunity@tencent.com
删除。
架构师
腾讯云架构师技术同盟
AI时代的架构师
#Ontology
#商业分析
#FDE
#AI
#供应链
目录
一句话定义:身份回答“它是谁”,不是“它叫什么”
先归位:身份位于 Palantir 架构的哪里
六种“像编号的东西”,其实不在同一层
对象版本与对象身份也不是一回事
恒川三条来源记录怎样归到同一个 Material
步骤一:先定义业务上的“同一个”
步骤二:把完整来源身份写清楚
步骤三:准备可索引的统一 Primary Key
步骤四:在 Object Type 中配置 Primary Key
身份为什么会影响上层所有能力
决定“更新”还是“新建”
决定 Link 连向谁
决定 Object Set 是否可信
决定 Action 和写回是否修改正确对象
决定审计和 Agent 究竟谈论谁
产品约束:Primary Key 不是随便挑一列
唯一、确定且类型可用
多数据源仍要共享同一 Primary Key
Primary Key 不适合承载敏感号码
改 Primary Key 不是普通改字段
两类失败:错并和错拆
BA 工作台:Material Identity Contract
最小验收集
边界:Ontology 不会自动替企业完成 MDM
结论
问题归档
专栏文章
快讯文章归档
关键词归档
开发者手册归档
开发者手册 Section 归档