Action表，有多少个Action，就有多少个记录;
UserAction表，记录条数 = User数 * Action数，用于最终确定用于能否请求某个action
Role角色表，自定义条数;
RoleAction，决定每个角色有哪些基本行为。
UserRole：一个用户能同时承担多个角色。
最终设计
DelFlag用于表示删除状态，项目设计中，删除仅仅是逻辑删除，不会是真删除。
ActionInfo表中，添加了一些对Action更加详细的描述，例如：Url,HttpMethod,IsMenu(是否有视图的)
数据库设计思想：
1.将现实的事物抽象成数据结构，然后再形成数据表。就是1对多的那个1
例如上边的：User，Action，Role
2.根据业务，添加一些作为关联的表，就是1对多的那个多。
例如：UserRole，一个用户可能有多个角色
RoleAction，一个角色能有多个行为
3.考虑性能，将表拆分，例如UserInfoExt。本来用户很多信息可以写到UserInfo中，但是，实际上，仅仅是用户修改信息时才会用到，一般用到的仅仅是UName和Pwd而已。