Power Apps Patch函数可新建但无法更新SharePoint列表记录

• 核心故障点为SharePoint列表默认查询阈值为5000行，你当前使用的列表总数据量超过30000条，且UniqueRef匹配字段未创建索引。更新分支中直接对全量大列表执行LookUp查询匹配历史记录时，会触发阈值限制无法返回正确结果，导致更新逻辑永远无法命中。新增操作不需要查询历史存储记录，因此可以正常运行。
• 原逻辑在ForAll循环内重复发起SharePoint在线查询，性能极差且容易触发接口限流，同时未对循环项做别名声明，存在Gallery内控件值上下文引用错乱的风险。
• 原判断逻辑仅依赖应用启动/页面进入时加载的UserResponses集合判断记录是否存在，如果集合加载完成后有其他端提交的记录变更，会出现判断结果和SharePoint实际存储数据不一致的问题。

• 首先登录SharePoint打开目标列表，进入列表设置页找到「索引列」配置，新建索引，主字段选择UniqueRef，保存后等待索引生效（通常1-5分钟，数据量越大生效时间越长）。索引生效后针对UniqueRef字段的精准匹配查询不会再受5000行阈值限制，哪怕总数据量超过3万也能正常返回结果。
• 调整查询逻辑，不要在ForAll循环内重复查询SharePoint大列表，在执行批量写入前，一次性拉取当前用户的所有历史作答记录到本地集合，后续匹配判断全在本地完成，大幅提升执行速度同时降低限流风险。
• 给ForAll循环项声明别名，避免多层上下文嵌套时控件值引用错误。

// 执行写入前先拉取当前用户所有历史作答记录到本地
ClearCollect(
    CurrentUserExistingResp,
    Filter(
        'Finance Skills Assessment - Responses',
        UserPrinciple = CurrentUserEmail
    )
);

// 批量执行新增/更新操作
ForAll(
    QuestionList.AllItems As CurrQ,
    With(
        {
            CurrUniqueRef: Concatenate(CurrQ.QuestionIDBox.Text, CurrentUserEmail),
            CurrAnswer: If(CurrQ.YesNo.Value = true, "Yes", "No")
        },
        If(
            !IsBlank(LookUp(CurrentUserExistingResp, UniqueRef = CurrUniqueRef)),
            // 命中已有记录，执行更新
            Patch(
                'Finance Skills Assessment - Responses',
                LookUp(CurrentUserExistingResp, UniqueRef = CurrUniqueRef),
                {
                    Response: CurrAnswer,
                    Timestamp: Now()
                }
            ),
            // 无匹配记录，执行新增
            Patch(
                'Finance Skills Assessment - Responses',
                Defaults('Finance Skills Assessment - Responses'),
                {
                    QuestionID: CurrQ.QuestionIDBox.Text,
                    Response: CurrAnswer,
                    Timestamp: Now(),
                    UserPrinciple: CurrentUserEmail,
                    UniqueRef: CurrUniqueRef
                }
            )
        )
    )
)

• 给UniqueRef建索引是必须操作，跳过这步的话任何针对该字段的大列表精准查询都会受阈值限制，无法正常返回结果。
• 单个用户最多只有142条作答记录，提前拉取到本地集合不会占用过多内存，本地匹配查询的速度比循环调用SharePoint接口快10倍以上，基本不会出现加载卡顿。
• 如果后续需要进一步提升性能，可以把Patch的批量写法改成一次性传入新增、更新的记录集合，不需要逐行循环调用，但上面给出的逐行写法已经足够满足142条记录的写入需求，稳定性更高。

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