请问b2b垂直行业的会员建表的相关有关问题

请教b2b垂直行业的会员建表的相关问题？
目前在开发一个B2B垂直行业的平台，构思是这样的，有一个Member表，一个Company表，Member表存放会员相关信息比如是会员用户名，密码，等级，积分，会员状态等等，一个是公司Company表，存放公司的信息比如是公司名称，公司地址等等企业资料。那么在建类实体的时候，是否Company实体要继承Member实体呢？或者有其他的方法？
之前设计是将个Member表与Company表合在一起的，有一百多个字段，现在拆分两个表是否合理？

------解决方案--------------------
单一职责原则 个人认为扯分比较好 如果以后你的Member Company中Company需要添加字段 可能你不仅要懂Company的逻辑 还要懂Member中的逻辑。
不过具体还要看你项目的现状
------解决方案--------------------
"Member表与Company表合在一起的，有一百多个字段，现在拆分两个表是否合理？"

合在一起的理由是什么?
拆分的理由是什么?


------解决方案--------------------
你可以把，公司那块的功能模块，当作是一个插件，在你会员主表不动的情况下，建立，公司信息表和主表关联。

这样便于以后，对公司模块功能的扩展。

尽量做到：高内聚低耦合。