一、示例简介
\n 演示了：
1.用户可以编辑自己的个人资料。
2.审核员，审核资料的username字段。
3.审核期间用户不能修改username字段。
4.未登陆的游客看不到用户的phone字段 \n \n
二、需要的资源，schema路径:
\n uniCloud/database/permission-test.schema.json \n \n
三、数据的介绍，表字段:
\n username(姓名), state(审核状态), nickname(昵称), phone(手机号码)
DB Schema的permission规则，分为两部分，一边是对操作数据的指定，一边是对角色的指定，规则中对两者进行关联，匹配则校验通过。
配置规则：
含义解释：允许任何账户读取本表
配置规则：
含义解释： 禁止任何账户执行删除表中的记录操作
\n 但管理员账号不受schema限制，可在底部工具条切换成管理员角色体验
配置规则：
含义解释：表示仅已登陆后的用户才能执行创建操作
配置规则：
含义解释：\n 1.数据创建者 \n 2.角色为审核员 \n 3.拥有编辑权限; \n 三种情况，拥有字段更新权限
配置规则：
含义解释：限角色为审核员才能更新，字段state
配置规则：
含义解释：表示执行该操作需要满足，update的表级权限控制外，还需要满足正在被操作的记录的字段state!=0
配置规则：
含义解释：综合表级任何用户可读的条件下，新增了未登录游客不能读取phone字段