Palantir Foundry：Add Action时如何生成关联对象属性的复合主键？

方法1：自定义Add Action生成复合主键 #

别用系统默认的Add Action，手动在Ontology Manager中创建自定义Add Action，步骤如下：

• 先在Ontology定义阶段，直接把Feedback对象的主键设置为alertID（与Alert主键类型匹配）+userID（与User主键类型匹配）的复合键——这一步必须优先完成，主键一旦实例化后无法修改，不要先使用UUID再尝试替换。
• 创建自定义Add Action时，在输入参数中包含关联的Alert实例、User实例，或者直接传入alertID和userID字段值。
• 通过Foundry Functions编写Action的后端逻辑，直接将传入的alertID和userID赋值给Feedback的复合主键字段（Foundry支持直接为复合主键的各个组成字段赋值，无需手动拼接字符串）。
• 触发该自定义Action时，系统会使用你指定的复合键创建Feedback实例，不会自动生成UUID。

方法2：利用默认值表达式自动填充复合主键 #

如果不需要复杂的后端逻辑，可通过字段默认值实现自动生成：

• 同样先将Feedback的主键定义为alertID+userID的复合结构。
• 分别为alertID和userID字段配置默认值：比如在Workshop触发Action时，上下文已包含当前选中的Alert和操作的User，默认值可直接引用这两个对象的主键值。
• 触发Add Action时，系统会自动用默认值填充复合主键字段，无需手动输入，同时天然保证每个Alert+User组合只会创建一条Feedback实例。

关键注意事项 #

• 必须在Ontology对象定义阶段就确定复合主键，不要先使用UUID主键再尝试修改，主键实例化后无法变更。
• 建议在Action中添加唯一性校验逻辑：创建Feedback前先检查是否已存在相同alertID+userID的实例，提前给用户友好提示，避免因主键冲突抛出错误。
• 双数据集方案存在数据冗余、一致性延迟等问题，不建议采用，优先通过Ontology原生的Action和对象定义实现需求。

内容的提问来源于stack exchange，提问作者nmvega