关联模型和视图模型我个人的见解

浏览：9051 发布日期：2015/05/16 分类：求助交流关键字：关联模型视图模型

首先你要明白你是要查询多条数据还是单条数据
没有用关联模型和视图模型的时候 D('user') 有很多方法 select find count sum .... 你用了关联或者视图这些方法就需要注意

先来说关联模型
关联模型那些个类型其实分类不严谨，比如：BELONGS_TO，我看到过一个帖子说这个问题的。现在有一个文章表，文章分类表，在文章表里面写关联，文章表相对于分类表是什么关系？你要回答是一对一那就错了那是多对一 BELONGS_TO 类似于下面的图

这个问题那个帖子的争吵很激烈，最后决定我foreach来查询每篇文章的分类吧。。。

再就是一对多的关系
每篇文章都有收藏或者评论啥的
文章表关联收藏表
这个用 HAS_MANY 没问题吧？
可是你想过没有？如果收藏数量特别大呢？或者说你想要的仅仅是获取收藏的总数 count() 怎们写？
这个时候的关联关系到底是什么？答案是 HAS_ONE

别不相信我还真能查出来关联总数前几天我发过帖子没有人回答我怎么查处关联的总数

类似与这样子，指定 'mapping_fields'=> 'count(*) as count',
就能查出来总数
不过他这个在一个数组里面不能直接反应到文章表的字段上

这两个例子表明官方定义的这些所以的 HAS_ONE HAS_MANY 根本就不严谨

可以这么理解
HAS_ONE 其实就是查一条数据 find
HAS_MANY 其实就是查多条数据 select

其实关联模型应该还有要提升的地方
比如无限极关联现在这个仅仅是二级关联比如商品商品分类本来就是一个无限极的分类你关联一下商品分类只是会关联到他的分类那个顶级分类啥的关联不到

我今天寻思着把关联模型实现的东西用视图模型实现一下
太出乎我的意料了奉劝大家尽量用关联模型
因为视图其实就是在组装sql 那个过程很痛苦
官方文档里面写到的比如我上面的获取这篇文档的收藏总数

'Category'=>array('title'=>'category_name','COUNT(Blog.id)'=>'count','_on'=>'Category.id=Blog.category_id'),

这段是我直接复制手册里面的这样子仅仅适合查一个比如你实在商品内容页面你肯定用 find 方法查询的这个没问题但是你如果是在商品列表页面你通过 select 方法查询这里就没有筛选条件查出来的是总数而不是单个文章的收藏数量 select 本来就是多条查询然后我这样子写了一下就没问题了