111,086
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
xuzuning 2017-02-21
- 打赏
- 举报
一般权限管理中都有组的概念
门店 实际是大组
xuzuning 2017-02-21
- 打赏
- 举报
只需在用户表加 门店Id
原权限表大约有十几个，每个都加店id吗
[/quote]
[/quote]
正怒月神 2017-02-21
- 打赏
- 举报
不知道楼主说的 管理员 管理店内员工是不是可以增删改员工信息？
如果只是这样。
那完全可以通过角色和菜单的关系，将员工操作菜单，赋给某个管理员角色。
拥有这个管理员角色的人，其实就是管理员，可以看到增删改员工信息的菜单。
我是三峡移民 2017-02-21
- 打赏
- 举报
无非就是一个公司用系统还是多个公司用系统而已
ns261960314 2017-02-21
- 打赏
- 举报
目前来说，好像这能这样了
ns261960314 2017-02-21
- 打赏
- 举报
但，是一个数据库，一个服务
ns261960314 2017-02-21
- 打赏
- 举报
原权限表大约有十几个，每个都加店id吗
by_封爱 版主 2017-02-21
- 打赏
- 举报
你现在有一套单店系统..
你的需求是 实现"多店"
很简单..
把你的系统 copy出来100分 分别改名 A B C D E F...
各自为营
想看哪家 直接登陆哪家系统
xuzuning 2017-02-21
- 打赏
- 举报
加一个 门店Id
以专业开发人员为伍 2017-02-21
- 打赏
- 举报
同样的意思，假设原来是其它设计结构，那么也是同样的所谓“扩展”。实际上扩展对于最低阶的东西，就是重构，只有高层才叫做扩展。
设计并没有固定的模式，关键是看你是否能说清楚之前的架构。碰到一个连原来架构都不清楚的人来做重构，那么一定是“凑合”出来一个诡异的、看起来较多人用的东西。核心技术其实就是重构，只有改变技术的时候才能知道一个人是否真的理解技术，而那些只搞“维护”的人是不敢重构的，就算是你给他说一个很简单的东西他也不敢实践，他只敢抄现成的。
以专业开发人员为伍 2017-02-21
- 打赏
- 举报
假设说，你的原来的核心的”权限表“是”用户Id、角色、操作“三个字段组成的联合主键，那么现在你需要修改为“门店Id、角色、操作、用户Id”四个字段组成的联合主键。需要重构数据表结构（或者另外创建一个表）。
这是从设计出发，从第二第三范式出发。理解了设计基础基础就好办了。
郑州高新区WPF小王子 2017-02-21
- 打赏
- 举报
每个店都有一个管理员，自行管理店内员工，角色。表怎么设计，没这么玩过。
[/quote]
自行分析吧，去看看原表结构是什么样的，实在不行让老板再招个更专业的软件人员。
[/quote]
自行分析吧，去看看原表结构是什么样的，实在不行让老板再招个更专业的软件人员。ns261960314 2017-02-21
- 打赏
- 举报
每个店都有一个管理员，自行管理店内员工，角色。表怎么设计，没这么玩过。
xiaoyu5425 2017-02-21
- 打赏
- 举报
需求搞清楚设计就不用说了吧
郑州高新区WPF小王子 2017-02-21
- 打赏
- 举报
先问问开店老板想设计怎样的权限。
xuzuning 2017-02-21
- 打赏
- 举报
管理员 也是用户，只是权力高些
至于由谁来创建用户，自然是由你决定的（赋予某个用户以创建用户的权限）
ns261960314 2017-02-21
- 打赏
- 举报
原权限表大约有十几个，每个都加店id吗[/quote][/quote]
那这样的话，店内就没有管理员的概念了吧，每个分店的用户，都要超级管理员来创建。
[/quote][/quote]
那这样的话，店内就没有管理员的概念了吧，每个分店的用户，都要超级管理员来创建。
