当前位置:首页 > 文章列表 > 文章 > php教程 > CodeIgniter数据库分页方法详解

CodeIgniter数据库分页方法详解

2026-03-20 20:10:39 0浏览 收藏
本文深入解析了CodeIgniter 3中数据库分页的核心原理与实战要点,强调分页必须在SQL层通过limit()和offset()实现,而非对查询结果对象直接操作;准确获取总记录数需依赖count_all_results(NULL, FALSE)复用WHERE等查询条件,绝不能误用忽略条件的count_all();同时指出Pagination类仅负责生成HTML链接,不参与数据库逻辑,因此开发者必须手动协调“查总数→算页码→初始化分页→执行分页查询”全流程,并确保URI段配置、搜索条件同步、查询构建链式复用等关键细节零失误——掌握这些,才能避免列表数据与分页显示严重错位的常见翻车场景。

CodeIgniter数据库查询结果分页_CodeIgniter结果分页技巧【操作】

CodeIgniter 3 的 $this->db->get() 结果怎么分页?

不能直接对查询结果对象分页——$this->db->get() 返回的是 CI_DB_result 实例,它不带分页逻辑。分页必须在 SQL 层完成,靠 limit() 和 offset() 控制数据范围,再配合手动算总条数。

常见错误是先 $query = $this->db->get('users');,再试图对 $query 调用分页方法,这会报错或返回全部数据。

  • 正确做法:把分页参数(当前页码、每页数量)转成 limit() 和 offset() 值,拼进查询链
  • 总记录数必须单独查一次,用 $this->db->count_all_results('users', FALSE)(加 FALSE 是为了复用 WHERE 条件)
  • 别用 count_all(),它忽略 WHERE,结果不准

为什么 CodeIgniter 3 的 pagination 类不自动处理数据库分页?

因为它的 Pagination 类只负责生成 HTML 页码链接,不碰数据库——它甚至不知道你用没用数据库、用的是哪张表。所谓“数据库分页”,其实是你手动控制 SQL 的 LIMIT + OFFSET,再把总条数喂给分页类。

  • 典型流程:先算总条数 → 算出总页数 → 传给 $this->pagination->initialize() → 再执行带 limit()/offset() 的查询
  • 容易漏掉的点:uri_segment 配置必须和实际 URL 中页码所在段一致,比如 example.com/users/page/3 就得设 'uri_segment' => 3
  • 如果用了查询条件(如搜索关键词),WHERE 必须在 count 和 get 之前都应用,否则总数和列表数据对不上

$this->db->count_all_results() 和 $this->db->count_all() 差在哪?

前者统计「当前查询构建状态」下的行数(保留 WHERE、JOIN、GROUP BY 等),后者只查整张表的 COUNT(*),完全无视你的查询条件。

  • 用错就会导致:列表只显示 5 条匹配数据,但分页显示 100 页(因为 count_all() 返回了全表总数)
  • 注意 count_all_results() 默认会重置查询,加 FALSE 参数可保留条件:$this->db->count_all_results('users', FALSE)
  • 如果用了 select() 或 distinct(),也必须加 FALSE,否则条件丢失

分页时 WHERE 条件重复写两次很麻烦,怎么避免?

把条件封装成方法或变量,而不是在 count 和 get 之间硬写两遍。最简方式是先构建好查询对象,再分别调用 count_all_results(NULL, FALSE) 和 get()。

$this->db->from('users');
$this->db->where('status', 'active');
if ($keyword) {
    $this->db->like('name', $keyword);
}

$total = $this->db->count_all_results(NULL, FALSE); // 复用上面所有条件

$this->db->limit($per_page, $offset);
$query = $this->db->get(); // 同样复用
  • 关键点:from() 和 where() 等方法是链式累积的,不会自动清空
  • 别在中间调用 get() 或 count_all_results() 之后再改条件——那之前的构建就失效了
  • 如果用了子查询或复杂 JOIN,建议用查询绑定(bind())避免 SQL 注入,同时保持条件可复用
分页本身不难,难的是条件同步、总数准确、URL 段匹配这三处,漏一个就会翻车。尤其是带搜索的列表,很多人卡在 count 和 get 的条件不一致上。

终于介绍完啦!小伙伴们,这篇关于《CodeIgniter数据库分页方法详解》的介绍应该让你收获多多了吧!欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布文章相关知识,快来关注吧!

CSS制作微信气泡箭头教程详解CSS制作微信气泡箭头教程详解
上一篇
CSS制作微信气泡箭头教程详解
PHP导出Excel中文乱码问题解决
下一篇
PHP导出Excel中文乱码问题解决
查看更多
最新文章
查看更多
课程推荐
  • 前端进阶之JavaScript设计模式
    前端进阶之JavaScript设计模式
    设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
    543次学习
  • GO语言核心编程课程
    GO语言核心编程课程
    本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
    516次学习
  • 简单聊聊mysql8与网络通信
    简单聊聊mysql8与网络通信
    如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
    500次学习
  • JavaScript正则表达式基础与实战
    JavaScript正则表达式基础与实战
    在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
    487次学习
  • 从零制作响应式网站—Grid布局
    从零制作响应式网站—Grid布局
    本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
    485次学习
查看更多
AI推荐
  • PubMedQA数据集详解:生物医学问答基准、功能与应用指南
    PubMedQA
    深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
    403次使用
  • H2O EvalGPT:开源LLM大模型评估与排行榜工具
    H2O EvalGPT
    H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
    479次使用
  • LMArena是什么?伯克利AI模型评估平台使用指南与功能解析
    LMArena
    LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
    490次使用
  • 斯坦福HELM:大语言模型Holistic Evaluation整体评估框架详解
    HELM
    深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
    436次使用
  • MMBench详解:多模态大模型基准测试、功能特点与使用指南
    MMBench
    MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
    262次使用
微信登录更方便
  • 密码登录
  • 注册账号
登录即同意 用户协议 和 隐私政策
返回登录
  • 重置密码