Hibernate通过Cirteria求翻页插件的总记录数

优化Hibernate Criteria查询:翻页插件总记录数获取
在Web开发中,为解决使用Criteria查询20万数据时的性能问题,作者探讨了三种解决方案。思路一利用JDBC,速度快但需要手动处理SQL和连接池。思路二使用Query,速度稍慢但由Hibernate管理数据库连接。最终选择了思路三,通过优化的Criteria求解,避免直接SQL,以Java API操作数据库,兼顾效率和代码维护性。在28万条数据规模下,执行时间差距仅为0.145秒。

Web开发中,经常会使用到翻页插件,翻页插件一般含有符合多条件的总记录数,之前通过用criteria.list().size()求解时,是相当笨的方法,当数据到20W的时候,仅仅调用一个查询列表就反应65S,而且对内存消耗也是很惊人的。

没办法只好换思路。

思路一:请过JDBC来求解:好处执行速度快,但是要自己维护连接池,还要拼SQL,尤其是多条件查询的时候,很容易出错。

思路二:通过Query来求解,速度会比JDBC慢些,好处是Hibernate可以帮你维护数据库的连接,弊端是要拼接SQL,容易出错。

思路三:还是Criteria来求解,好处有:绕开SQL,通过Java API来操作数据库;之前求多条件查询就通过Criteria来实现,只需要维护一处。弊端可能会慢,但是在几十万条规模情境下慢不了多少。

思路三代码:

   /**
     * 符合【多条件查询】的组合记录数
     * @param entity
     * @return
     */
    public int getRecords(T entity){
        Criteria criteria = createCriteria(entity);//约束条件
        criteria.setProjection(Projections.rowCount());
        return ((Long)criteria.uniqueResult()).intValue();
    }

    /**
     * 多条件查询时
     * 返回含有部分结果集的Page对象
     * @param page
     * @param entity
     * @return
     */
    public Page<T> listPage(Page page, T entity){
        page.setTotalCount(getRecords(entity));//符合条件的总记录数
        Criteria criteria = createCriteria(entity);//约束条件
        //起始位置
        criteria.setFirstResult((page.getPageNo()-1)*page.getPageSize());
        criteria.setMaxResults(page.getPageSize());//结果集大小
        page.setResult(criteria.list());
        return page;
    }
通过JUnit4i单元测试

    @Test
    public void testGetRecords() throws Exception {
//        entity.setContent("d7");
        StopWatch watch = new StopWatch();
        page.setPageNo(2);
        watch.start();
        int result = dao.getRecords(entity);
        watch.stop();
        System.out.println("符合要求的记录数: " + result);
        System.out.println("查询时间: " + watch.getTotalTimeSeconds() + " 秒");
    }
运行结果:

下面继续:添加条件

Junit测试方法testGetRecords()的entity.setContent("d7")取消注释;

运行结果


直接通过SQL执行:

select count(*) from news t where content like '%d7%'; 

执行结果


数据规模为28W+,执行时间差为0.145S


采用PyQt5框架与Python编程语言构建图书信息管理平台 本项目基于Python编程环境,结合PyQt5图形界面开发库,设计实现了一套完整的图书信息管理解决方案。该系统主要面向图书馆、书店等机构的日常运营需,通过模块化设计实现了图书信息的标准化管理流程。 系统架构采用典型的三层设计模式,包含数据存储层、业务逻辑层和用户界面层。数据持久化方案支持SQLite轻量级数据库与MySQL企业级数据库的双重配置选项,通过统一的数据库操作接口实现数据存取隔离。在数据建模方面,设计了包含图书基本信息、读者档案、借阅记录等核心数据实体,各实体间通过主外键约束建立关联关系。 核心功能模块包含六大子系统: 1. 图书编目管理:支持国际标准书号、中国图书馆分类法等专业元数据的规范化著录,提供批量导入与单条录入两种数据采集方式 2. 库存动态监控:实时追踪在架数量、借出状态、预约队列等流通指标,设置库存预警阈值自动提醒补货 3. 读者服务管理:建立完整的读者信用评价体系,记录借阅历史与违规行为,实施差异化借阅权限管理 4. 流通业务处理:涵盖借书登记、归还处理、续借申请、逾期计算等标准业务流程,支持射频识别技术设备集成 5. 统计报表生成:按日/月/年周期自动生成流通统计、热门图书排行、读者活跃度等多维度分析图表 6. 系统维护配置:提供用户权限分级管理、数据备份恢复、操作日志审计等管理功能 在技术实现层面,界面设计遵循Material Design设计规范,采用QSS样式表实现视觉定制化。通过信号槽机制实现前后端数据双向绑定,运用多线程处理技术保障界面响应流畅度。数据验证机制包含前端格式校验与后端业务规则双重保障,关键操作均设有二次确认流程。 该系统适用于中小型图书管理场景,通过可扩展的插件架构支持功能模块的灵活组合。开发过程中特别注重代码的可维护性,采用面向对象编程范式实现高内聚低耦合的组件设计,为后续功能迭代奠定技术基础。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值