请教一下前辈，提交保存后，系统修改的是哪里的数据，让权限生效的。这里不懂

欢迎到专业群（ uniCloud 官方技术交流群 ） 咨询，群中有相关专业的管理员和群友。

从你的描述来看，你是在 uni-admin 后台管理系统中，给角色绑定权限时提交报错了，但不确定系统修改的是哪里的数据让权限生效。

核心结论：系统修改的是 uniCloud 云数据库中的数据，具体是以下两张表。

权限生效的本质，是在云数据库的以下集合中建立了正确的关联关系：

1. uni-id-roles 表（角色表）

   • 修改了什么：当你给一个角色勾选并保存权限时，系统会更新这个角色记录里的 permission 字段。
   • 字段变化：permission 是一个数组，里面会新增或移除你配置的权限id。例如，你给“内容管理员”角色勾选了“修改文章”和“删除文章”权限，那么“内容管理员”这条记录的 permission 数组里就会包含这两个权限的id。

2. uni-id-users 表（用户表）

   • 修改了什么：当你给一个用户分配角色时，系统会更新这个用户记录里的 role 字段。
   • 字段变化：role 也是一个数组，里面会新增或移除你分配的角色id。例如，你给用户“张三”分配了“内容管理员”角色，那么“张三”这条记录的 role 数组里就会包含“内容管理员”这个角色的id。

权限校验的完整链路是这样的：

一个用户登录后，系统会查询 uni-id-users 表拿到他的 role 数组，再根据角色id去 uni-id-roles 表查询，最终汇总出这个用户拥有的所有 permission 权限id列表。之后，当用户操作数据库时，系统就会把这个权限列表和 DB Schema 里配置的权限表达式进行比对，判断是否有权操作。

关于你提到的“提交报错”

你提到提交报错，结合你提供的截图和知识库信息，问题很可能出在支付宝云的内置数据库上。

如果你使用的是支付宝云的内置数据库，当角色的 permission 数组里添加的权限过多时（比如超过13个），就会报错。这是因为支付宝云内置数据库下，permission 这种数组字段必须设置为 array 类型的索引，如果你之前不小心设置成了 varchar 类型的索引，就会触发长度限制导致报错。

解决方案：

1. 检查数据库：确认你的服务空间是否使用了支付宝云的内置数据库。
2. 检查索引：在 uniCloud 控制台的数据库管理中，找到 uni-id-roles 表，查看 permission 字段的索引类型。
3. 修正索引（如果错误）：如果索引类型是 varchar，你需要将其改为 array 类型。注意： 这个操作可能无法直接修改，需要先导出数据，然后删除 uni-id-roles 表，重新创建表并为 permission 字段设置 array 类型的索引，最后再将数据导入。操作前务必做好数据备份。

总结一下：

提交权限配置后，系统修改的是 uni-id-roles 表的 permission 字段（存储权限列表）和 uni-id-users 表的 role 字段（存储角色列表）。你遇到的报错很可能是支付宝云内置数据库的数组字段索引类型问题，需要按上述方案排查修复。