-
unicloud 的 clientdb 有个问题，假如我要更改 schema，那正式环境中的 clientdb 代码可能会因为权限问题直接不能用了
-
实际开发需求是：项目需要上一个新功能，如果使用 clientdb，可能会修改 schema ，进而可能会对线上项目造成影响，需要非常小心的配置
-
因为 schema 的名称和相应的数据表对应的，总不可能再建立一个新的数据表吧？
-
当然，微信云开发也是这么个思想，也有这个问题
-
而且 clientdb 真的会省事吗？
- schema 归根结底是表级的权限控制
- 如果对于一个角色，有好几个相关的表，且需要的权限都差不多，那就需要每个表的 schema 都写一遍。而如果采用云函数路由的拦截器方式，可以通过拦截器更轻松的做到这一点
-
-
使用云函数路由方式的话，发布新版本，对应发布一个新云函数，旧项目是不受影响的。
-
clientdb 还不成熟，未来可期吧（至少没有版本控制，线上项目容易受影响）
-
想到啥写啥，友善交流
