新找了个公司,这几天熟悉公司系统源码,看到数据是这么设计的,有个景点表,记录景点的相关信息,然后有几个字段结构一模一样的表,关联的是景点表和用户表,分别记录用户对景点的操作,如:用户对景点标识想去,对景点标识去过,对景点标识不想去,这些都分别用一个表记录。乍一看,觉得怪怪的,分成几个表的话维护更新起来不是很麻烦吗?个人觉得这些操作只用一个表存,然后用一个字段来加以区分不就可以了吗?但好像分成几个表的话看起来也就一目了然,清晰,答案不想1+1=2那样明确,有大神对此发表专业观点吗?
新找了个公司,这几天熟悉公司系统源码,看到数据是这么设计的,有个景点表,记录景点的相关信息,然后有几个字段结构一模一样的表,关联的是景点表和用户表,分别记录用户对景点的操作,如:用户对景点标识想去,对景点标识去过,对景点标识不想去,这些都分别用一个表记录。乍一看,觉得怪怪的,分成几个表的话维护更新起来不是很麻烦吗?个人觉得这些操作只用一个表存,然后用一个字段来加以区分不就可以了吗?但好像分成几个表的话看起来也就一目了然,清晰,答案不想1+1=2那样明确,有大神对此发表专业观点吗?
8 回答2.7k 阅读
2 回答5.2k 阅读✓ 已解决
5 回答1.3k 阅读
3 回答2.2k 阅读
1 回答833 阅读✓ 已解决
2 回答762 阅读✓ 已解决
2 回答1.6k 阅读
业界关注行为一般会拆成两张表一张粉丝表一张关注表,这样做第一个能解决的防止数据增长事一张表存储数据量大,可以说提前分表吧方便扩展,而且表与表的功能会拆分的比较细,当某一块功能需要增加字段时,就只要对那一个功能块的表增加字段,而这些数据由一张表维护的话,可能因为各个表增加一些字段而导致有其他功能点的数据可能不需要该字段导致数据产生无用的冗余