针对CI模型的分库分表扩展

就CI在对于一些分库分表这块并没有支持而做的扩展

涉及以下文件

• application/libraries/MY_Profiler.php （仅仅为了支持在调试模式的SQL日志输出而重写了_compile_queries方法）
• application/core/MY_Model.php

使用情景描述

在一些大型项目中可以会遇到DB将某些会出现大量数据的表拆分到多个表甚至是多个数据库中多个表

比如：用户数据

在单库单表的情况下只使用user表存放数据

uid——username——email——password

但随着数据量增加后续会采取分表存放数据比如创建多个表，user0,user1,user2,user3，而同时有一个主表user_index记录用户的id与username，user_index作为用户的一个索引

uid——username 1——paperen 2——paperen3 3——paperen4

关于这三个用户的详细信息是分散到不同表存储的，如何知道是哪个表，则使用求余的方法 公式为：uid%4 通用公式为：id%(分表总数)

那对于paperen4这个用户他的详细数据是放在3%4=3，也就是user3表里面

关于CI中的模型的标准用法是先要load然后才能使用的，基于这种调用模型的做法长久下来就让paperen觉得麻烦，一开头就得要将用到的模型手动全部load过来，当然这种算是比较苛刻的做法也是有它的理由，毕竟这就清楚这部分引用了哪些模型与减少加载多余模型的机会。

// 加载用户模型
$this->load->model('user');
// 获取所有用户数据
$this->user->all( $per_page, $offset );

CI的模型文档 http://ellislab.com/codeigniter/user-guide/general/models.html

在开始后续内容之前还是声明一下

• 基于Hex的HMVC https://github.com/CodeIgniter/HMVC
• 会降低些少性能
• 不是最好的代码 不排除有bug的可能

调用即加载

paperen想象中要达到的目的就是

// YY一下要实现的调用写法
$this->model_user_all( $per_page, $offset );

我们不需要再先load，调用的时候就会自动加载，格式必须是model_{模型名称}_{方法}( 参数1, 参数2, ... )

如果你觉得这样不适合自己使用就不用往下看了

附带查询缓存的概念

// YY一下要实现的调用写法
$this->model_cache( 'model_user_all', $per_page, $offset );

之前也有一篇关于查询缓存的文章 http://paperen.com/post/ci-querycache-extend

其实就是避免不同模块执行了相同的SQL语句，模块之间的数据完成是可以公用的，而这个querycache就是桥梁，也算是一种解决办法吧，不过在这次扩展中querycache将成为其中的组件，对于我们来说它完全是透明的

强调一下 对插入与更新、删除的动作不要使用查询缓存 paperen在代码中并没有限制这个也就是意味着你可以使用model_cache来完成update、insert、delete等操作，但是这有什么意义呢。。。

如果你有扩展过CI的HMVC（hex提供的方案），你可能会在实际使用的过程中越来越理解HMVC，但也可能会越来越搞不清楚什么是HMVC，正如paperen一样…有时候特别觉得模块这个词实在是抽象，到底什么才能定义为模块，到底概念并不是最重要，重要的是你用起来是否合理，是否有效，是否能更好减少耦合。

在paperen使用hex提供的这个hmvc方案过程中，确实也遇到了一些bug，不过目前的已经得到修复，关于hmvc我觉得重要一点是模块之间数据不能共用，而导致一个页面有可能执行了多条一样的SQL，想体现一下这种现象，也很简单。

这是原始调用模型的写法

$this->load->model('userlog_model');
print_r( $this->userlog_model->all() );

调用了userlog_model中的all方法，是什么不要紧，反正你知道这里就是送出一条SQL就够了

自己设计的一个基于codeigniter的脚手架，能生成原始模型文件与模块目录，你只需要扩展与完善功能即可，减少编写重复模式的代码 在CI的基础上也做了一些扩展 包括一些开源的扩展与自己编写的扩展

git上的项目地址 https://github.com/paperen/ci-scaffold

部分截图

ci-scaffold界面

近来因为布置了每个人了解一个框架，paperen依旧选择CI（从这方面也可以看出我很专一…）作为进一步研究，所以paperen又再次看了它的核心代码，而看到hooks的实现时不禁有感而发，感叹之前自己试着在CI的基础上设计一个hook的做法实在太SB。

paperen并不想放什么概念的跟大家分享，而是从自己博客开始。

你看到博客的右边栏，在进入某篇文章详细时是会多出这个附带图片的栏目，就是将该文章中所有的附带图片在此用缩略图形式展现，方便浏览者点击查看。这个地方就是应用了钩子，或许说到这里你还是很模糊，但下面就会进行更多解析。