以SQL Server为数据源的默认Power App缺失add、edit、delete功能

• SQL表元数据不满足Power Apps生成写操作的硬性要求：Power Apps识别SQL数据源并生成内置增删改功能的核心触发条件，是目标表存在唯一、非空的主键字段。如果选作数据源的表没有配置主键，生成的默认应用只会加载只读浏览逻辑，不会内置任何写操作控件，与数据库本身的手动操作能力无关联。
• Power Apps的SQL连接账号权限不足：如果创建应用时使用的SQL连接账号仅配置了表的SELECT查询权限，没有INSERT、UPDATE、DELETE的操作权限，即便表配置了合规主键，Power Apps也会自动降级为只读浏览模式，不会显示增删改的操作入口。这类场景下，数据库侧的手动操作通常使用独立的高权限账号，与应用端调用的连接账号权限完全隔离，不会影响应用的权限识别结果。
• 生成应用时的数据源映射配置异常：如果生成默认应用时选择的数据源包含多表关联，但关联字段没有被正确识别为各表的主键，Power Apps会自动跳过写操作逻辑的内置生成，仅保留基础的浏览展示功能。

• 校验SQL表的主键配置：在SQL Server侧确认目标应用绑定的表已设置唯一、非空的主键字段，修正缺失主键的表结构后，重新进入Power Apps的从数据生成应用流程。
• 校验连接权限：确认应用使用的SQL连接账号，对目标表拥有完整的增、删、改操作权限，替换权限不足的连接配置后，在应用的数据源设置页刷新连接状态。
• 重新生成默认三屏应用：完成上述两项校验后，通过Power Apps的“从外部数据生成默认应用”入口，重新选择目标SQL表生成应用。当Power Apps检测到表有合规主键、连接具备写权限时，会自动在浏览页内置新增按钮、编辑选中项按钮、删除选中项按钮，同时配套生成对应的编辑表单与提交逻辑。
• 无需重新生成应用的兜底配置：如果需要保留现有应用的自定义布局，可以在现有界面手动补充写操作逻辑：
  • 新增按钮的OnSelect属性配置为 NewForm(EditForm1); Navigate(EditScreen1, ScreenTransition.None)
  • 列表项的编辑按钮OnSelect属性配置为 EditForm(EditForm1); Navigate(EditScreen1, ScreenTransition.None)
  • 列表项的删除按钮OnSelect属性配置为 Remove([@你的SQL表名], BrowseGallery1.Selected); Refresh([@你的SQL表名])

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