提升数据库纵表检索效率

在系统应用中,经常碰到不确定的属性字段等应用场景。常规的作法是直接将属性字段设计成纵表,可以不限制属性的数量,来满足业务需求,比如:



那么,存放的数据将如下所示:

      

通过该数据模型的设计,可以正常解决不确定属性时数据的存储及检索,能够满足业务需求。但是,在实际的使用过程中,如果数据量庞大,该方式需要group by的方式进行属性数据匹配,检索效率相当低下。


1、纵表+文件索引

采用Lucene等全文检索框架,将纵表数据转换为文件索引,通过属性分词等,加快检索效率。


优点:检索灵活,响应快速,能够满足海量数据的灵活检索;
缺点:单独维护一套文件索引


2、纵表设计为横表

如果数据量不是太大,属性总量也不是太多,单独维护一套文件索引那就有点大材小用了。可以考虑通过映射表的方式,将原有纵表设计成横表,满足属性检索的性能要求。

模型设计主要分为3张表:1、属性定义表;2、属性实例存储横表;3、属性定义映射表;


属性定义表很简单,主要是描述属性的信息:


属性实例存储横表主要是描述对象的具体属性值:


属性定义映射表主要描述对象的具体属性存储在实例表中的字段信息:

  

通过以上3张表,可以将原有纵表的设计转换成横表,加快检索效率。

优点:检索灵活,效率较高;

缺点:海量数据及海量属性不太适合,且需要拼装动态SQL;


以上是目前常见的两种关于纵表检索效率不高的解决方案,当然还有其他更好的方案,后续可以进一步探讨。



  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值