一般后台管理员用户和会员用户是否要分开？

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了一般后台管理员用户和会员用户是否要分开？，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含3024字，纯文字阅读大概需要5分钟。

内容图文

回复内容：

如题，一般后台管理员用户和会员用户是否要分开，分成两张用户表，一个会员用户表，一个管理员用户表，如果只用一张表可以吗，哪个更好

谢邀！

我的职业生涯中几乎所有的前后台管理会员都是分开的，大部分做的都是互联网产品，我觉得我可以总结出几点为什么要这么做：

1. 业务需求：一般总管理后台都是公司内部使用，不牵涉第三方用户，假设真有第三方的分销商、代理商之类的也会开发一个专门的用户后台

2. 安全需求：安全在业界达成共识的是没有绝对的安全，那么就要尽可能的考虑病增加被黑的难度，第一层就是把管理后台藏起来（限制IP、不用常用域名、目录等），第二层就算发现了也尽量不要用弱密码，加验证码防暴力破解之类的，然后再其他层面问题，可能还会存在分开部署的需求，独立的话更容易扩展一些满足更多的需求

这是个常见的疑问，也是个好问题。

技术决策没有一定之规。实际上这两种实践都是存在的，也都有不少优秀的应用实例。

一个系统总需要解决验证和鉴权，即“你是不是声称的这个人”和“这个人是否可以做这件事”两个问题。

从这个角度来看，根据用户身份进行划分，来确定用户的权限范围，这只不过是实现“鉴权”这个目的的可行方法之一，并无什么神秘之处。

管理员/用户分表，这是划分用户身份的一个相当粗暴的二分手段。其特点是：

• 非己即彼，两者之间存在着不可逾越的鸿沟，几乎无法切换身份

• 二者能做的行为之间，几乎不存在产生关联的交叉地带，非黑即白

• 甚至二者的界面都不用一套

• 【重要】以上的特性确定下来了就不会再改变

如果你的需求符合以上特点，那么分表就是可以的。否则就不应该分。

但必须指出的是：分表能实现的权限控制，不分表一般都是能做到的。所以为了保留灵活性起见，一般不分表是个好选择，尤其是对于新写的程序（需求可能有频繁变更）更是如此。

楼上的都说得非常精彩。
我站在数据的角度说说我的看法。

开发中，经常有这样的情况，开始建了一张表用于存数据A，后面的开发，接到需求，定义了数据结构，然后发现和这张表就几个字段不一样，然后加上几个字段，就把数据B也存在这个表里了。

这样，最终将搞乱一切。

所以，我的观点的，一个表只存一个数据，保持一致性，减少后期犯错的机会。男人就只能进男厕所。

如果鉴权方式相同, 我觉得存一张表方便.
如果鉴权方式都不相同, 那么还是存储两张表好一点

管理员与会员账号应该分开存储,管理员要做普通账号的功能操作,应该用一个普通会员的账号来操作,不然系统是处理权限的时候就要用默认规则, 比如管理员默认覆盖会员的所有权限, 但是实际需求可能不是这样

这种问题还是那个万金油的答案：看需求，具体问题具体分析。

权限这个事有几个粗浅的级别：
1-注册用户只有两种身份：普通用户、管理员，没有更详细的权限管理了，这种你分不分表都一样。
2-对注册用户中至少一种类型的用户需要进行权限管理：从逻辑上说，既然需要进行权限管理了，那就不分表，统一逻辑更容易开发和维护
3-不同用户类型的权限管理方式是不一样的：能不分就不分，但是如果分表可以大大降低系统复杂度，那就分。比如通常的权限是TrueFalse判定，但是可能项目要求用户按vip等级管理，1级最大上传10照片，2级最大上传50张照片这种非TrueFalse判定，非要放在一起可能就很麻烦了，可以考虑分表。

当然从另一个角度来说，开发者说了我就要分（或者我就不分），反正我能实现要求，再麻烦我乐意。你能怎么滴？

还是一句话，看个人或需求
如果管理员和会员的鉴权方式一样，可以放在一起，不一样最好分开放
对于个人角度来说，我一般不会把用户展示和管理页面写在一起，避免验证

内容总结

以上是互联网集市为您收集整理的一般后台管理员用户和会员用户是否要分开？全部内容，希望文章能够帮你解决一般后台管理员用户和会员用户是否要分开？所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端