这两天看了一下RABC的权限管理处理，梳理了一下订单功能的表创建，界面，功能分析。

目录

RABC

RBAC0模型

那么对于RABC模型我们怎么创建数据库表？

订单模块的梳理

RABC

        RABC说的是在用户和权限之间多一个角色，用户与角色的关系可以是一对多，也可以是多对多，角色与权限之间的关系是一对多。

        RABC的角色的加入的好处

                1.直接给用户分配权限，只是直接给用户分配权限，少了一层关系，扩展性弱了许多。

                2.对于批量的用户权限调整，只需调整用户关联的角色权限，无需对每一个用户都进行权限调整，既大幅提升权限调整的效率，又降低了漏调权限的概率。

        RBAC模型可以分为：RBAC0、RBAC1、RBAC2、RBAC3 四种。现阶段我们用到的是RABC0，也就是最简单的。

RBAC0模型

最简单的用户、角色、权限模型。这里面又包含了2种：   

1. 用户和角色是多对一关系，即：一个用户只充当一种角色，一种角色可以有多个用户担当。
2. 用户和角色是多对多关系，即：一个用户可同时充当多种角色，一种角色可以有多个用户担当。

什么时候该使用多对一的权限体系，什么时候又该使用多对多的权限体系呢？

如果系统功能比较单一，使用人员较少，岗位权限相对清晰且确保不会出现兼岗的情况，此时可以考虑用多对一的权限体系。其余情况尽量使用多对多的权限体系，保证系统的可扩展性。

那么对于RABC模型我们怎么创建数据库表？

这个数据库表的创建是把权限分成了：页面权限、操作权限和数据权限三个模块的处理。

订单模块的梳理

1.数据库表的创建，为了保证订单消息静态化，我设置了两个表来保存订单消息，一个表示订单表，一个表是订单详情表

2.下单情况分析       

（1） 下单时加一个同步锁（防止同时下单，导致库存不够）。

（2）判断库存，没有库存就直接提示。

（3）动态生成订单号。

（4）利用redis保存订单，下单10分钟后未支付就判断为订单超时，删除订单。

（5）把重要的订单消息返回数据库保存。

（6）减少库存。