3
【个人博客:http://www.80soho.com/?p=328

场景

功能开发中肯定遇到过下列情况:
如下表,最初的设计产品(product_id)与联系人(account_id)是一对一关系,后期产品经理过来找到你说,产品可以对应多个联系人(我会拎砖头砸过去,违法勿学),一个似乎简单且合理的解决方案可以快速解决需求变更:account_id,由int改成使用逗号分隔的字符串(曾经这么干过的肯定不在少数...)。
图片描述
图片描述
图片描述
通常使用逗号分隔的列表来避免在多对多的关系中创建交叉表,这种设计方案定义为一种反模式,暂叫乱穿马路

问题

这样的设计似乎可行,因为没有创建额外的表或者列,仅仅改变了一个字段的数据类型。我们来看一下这样的设计所必须承受的各方面问题:

  • 字段类型长度不能保证不修改

当保存的长度超出varchar(100)时,肯定会出问题,varchar(100)不得不被修改,下次修改只是时间问题,少不了;

  • 查询制定联系人的产品

查询不能再使用等号,无法享受索引带来的性能优势,变得异常困难,eg:
图片描述

  • 查询制定产品的联系人

联合两张表并使用如上的一句表达式将毁掉任何使用索引的可能,这样的查询必须扫描两张表,创建一个交叉结果集,然后使用正则表达式遍历每一行联合后的数据进行匹配。
图片描述

  • 执行聚合查询

聚合查询使用内置的聚合函数,这些函数是针对分组行而设计的,并不是为了逗号分隔的列表。下图方法看上去很高明,单不清晰,且需要很长的时间来开发和调试,何况有些聚合查询根本无法使用这些技巧来完成。
图片描述

  • 更新指定产品的联系人繁琐
  • 无法验证产品ID
  • 选择合适的分隔符
  • 列表长度限制

解决方案

创建一张交叉表:将account_id存储在一张单独的表中,而不是存储在产品表(jw_products)中,从而每个独立的account值都可以占据一行,来实现产品和联系人的多对多关系。
图片描述




以上内容是tonglei参考《SQL反模式》于2017-10-10写下!

tonglei
22 声望5 粉丝

ECHO 'HELLO WORLD!'


下一篇 »
IT书架