SQL反模式笔记1——存储多值属性

本文深入探讨了在数据库设计中避免乱穿马路现象的重要性,阐述了多对一关系存储的反模式及其带来的问题,并提出了使用关联表作为解决方案。通过实例分析,强调了在实际应用中正确处理多值属性的必要性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

目标:存储多值属性,即:多对一

反模式:多个值保存在一个字段内。称为:乱穿马路

  比如:BookTags表(书和分类的关系表,一本书属于多个分类)

  1、查询:查询某个分类的书。只能用正则或者like了,索引将不可用。

  2、关联查询:查询某个书的所有分类名称,简单sql已经无法实现。

  3、修改、删除:修改或删除一个分类时,必须先保存之前的,再修改或删除。

  4、合法性验证:保存的内容的合法性,无法保证。

  5、多值之间需要用分隔符。

  6、字段的长度限制会影响分类数量。

识别反模式:出现以下现象,则说明已经乱穿马路了。

  1、保存的值有数量限制(具体多少个需要根据字段长度和值的长度进行计算)

  2、需要用正则表达式来匹配内容。

  3、要谨防保存的内容中出现分隔符。比如逗号(还要小心全角半角)

合理使用反模式:

  除非认为,要保存的值不会用于查询、或者关联查询,合法性也很容易控制,值也不会太多或太长,才可以用反模式。

  其实,这个反模式没有任何好处,完全可以不用。

解决方案:使用关联表。

转载于:https://www.cnblogs.com/anyenajie/archive/2012/05/02/2479470.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值