个人觉得应该分3张表，避免业务上的耦合，和数据库的耦合，但领导意见是放一张表已用户类别字段区分，我觉得领导没有说服我，各位有什么高见，或者我该怎样说服领导

如果你要说你们之后三端账号系统会打通，用同一个账号可以三端都可以登录，那确实需要有一个统一的用户表。

否则放一张表里除了“物理上少两张表”这种之外、我没想到有任何优点。甚至连这点本身也不是优点啊……

【补充】漏了一点软件工程上的“优点”，毕竟少了两个 Entity 可以少写点儿代码，hiahiahia~

我们现在的是用户信息都是在一个表内，其它的比如说用户权限，用户资料之类的在另外的表上。
根据不同的业务去读取不同内容了，用户表只用于登陆注册。

也可能是因为我们一个账户可以登陆多个系统的缘故吧。

业务不更新升级了?
一个表怎么定制化?
三个用户一个表是出于什么目的?
要不你来自己搞?