需求是项目有不同类型的会员,有潜在会员和正式会员,有个人有公司。每个会员下面可以添加多个联系人,正式会员可以多联系人开通账号。
我的想法是个人和公司相同信息共用一个基本信息表,差异的信息存到另一个表(会员id,key,value),一个会员多条记录。 一个联系人表(姓名,邮箱,手机等,存会员id关联),一个账号表(用户名,密码,存会员id关联),一个联系人和账号关联表。
不知道这样的设计是否合理,还望各位给点建议,谢谢!
遵从表设计原则就好
个人感觉 人是人 公司是公司 关联是关联 人和公司不要有公用信息吧
个人和公司业务完全一样,分开的话,所有业务数据表都要加类型和id
我觉得还要看业务,需要什么功能来设计表结构,可以先搞一起,然后再分主次
一张会员基础信息表,存放共同信息。两张会员扩展表,存放个人和公司差异信息
嗯。重点是联系人和账号表的设计是否合理
假如会员与联系人是一对多关系的话,就没必要建关系表了,直接将会员id放到联系人表中就好了。。要多对多的关系,一个会员对应多个联系人,一个联系人对应多个会员就得建关系表
@软件老王 会员和联系人是1:N,联系人可开通也可不开通账号。联系人和账号共用一个表,还是分两个表?如果分两个表的话,email作为登录账号就得两个表都存,修改email两个表都得修改