mysql-Thinkphp的RBAC认证中，“用户-角色”表为什么需要一个独立的表？？

五个表可以参考这里：http://www.lyblog.net/detail/...

其实有一个表：

用户和角色是一一对应的关系，为什么不直接在用户表中加一个角色的字段，而是另建一个表？
这样做有什么好处？

补充：
看有人说用户和角色是一对多的关系，我想知道有什么必要设置成一对多？
一对一的关系不是更好处理吗？

回复内容：

五个表可以参考这里：http://www.lyblog.net/detail/...

其实有一个表：

用户和角色是一一对应的关系，为什么不直接在用户表中加一个角色的字段，而是另建一个表？
这样做有什么好处？

补充：
看有人说用户和角色是一对多的关系，我想知道有什么必要设置成一对多？
一对一的关系不是更好处理吗？

我的理解是一个用户可以有多个角色啊

是这样的：

一个人 可以拥有 多个角色
一个角色 也可以被多个人使用
多对多的关系 一般情况下是 需要建一个中间表去映射的。

除非你用的是想redis非关系型的数据库

不是一对多，而是多对多。

也许你的项目不需要，但是作为框架来说要考虑更广泛的需求，从这个角度来说多对多的表可以作为一对一的表使用，因为多对多包含一对一，但是一对一的设计必然无法满足多对多的需求。因此，此处会有单独的关系表，明白了？

一个用户有多个角色。

其实不单独创建一张表也是可以的。

解耦啊，单一职责的model啊

ManytoMany的关系是需要中间表的！

为了满足多对多的需求
说下我的理解可能不太准确：比如有这么几种角色a,b,c 按照你的理解用户1,2,3 可以分别对应 a,b,c三个角色没问题。如果又来了一个用户4，他需要的角色刚好是a,b两个角色的权限，这样用户4直接属于a,b两个角色就可以了。而没必要再去新建一个角色d来满足用户4的需求