关于yii的AR效率，其实一直以来都有很多的想法，试想，如果不做metadata的缓存，每次查询前，都必须先做一下metadata的查询，效率也不会太高到哪里吧？
所以，看到官方有人在问就关注了一下：http://www.yiiframework.com/forum/index.php/topic/16597-yii%E7%9A%84ar%E7%9C%9F%E7%9A%84%E8%83%BD%E7%94%A8%E4%B9%88%EF%BC%9F/
有人提问：
XML/HTML代码
- 我在首页会很多个ar的请求。热门文章、最新文章、编辑推荐、最新评论的文章。。。。
- 我把这些通过 model()->findAll()的结果放在一个数组里。
- 然后把这个数组var_dump了一下，这些数据高达1.06M。这是不是太耗内存了？
- 页面上全是密密麻麻的数据表结构，如果关联关系复杂点的，会更多。
- 我光var_dump(yii::app()->db) 就有5000多行的数据。
- 这样的db操作这么耗内存，敢用么？谁能消除我这个担心？多谢
- AcitveRecord ，只能玩一玩开拓眼界. 真要生产环境用, 就不行！
然后，Qiang就回复了：
XML/HTML代码
- 你的结论有点想当然了。建议你仔细做profiling来验证。事实上，AR已经被成功应用在若干大流量的网站上了。
- 你不能用var_dump()来估计AR的内存开销。var_dump会把所有被reference到的对象都dump出来，包括application，以及所有的application component，因为它们都被AR间接reference到了。
- AR额外的内存开销是存储10个左右变量的开销。如果按20字节来估算，额外的开销是200字节，这样在1000个AR对象情况下，额外的内存开销为200KB。这个对几乎所有的web应用而言应该不是问题。
- 如果你需要装载更多的数据，建议你使用DAO。
- 另外，对于任何大流量的web应用而言，cache都是必须的。cache可以帮助解决绝大多数的性能瓶颈。
cache在DB中有一些处理的，比如那个duration，在db中查询就可以做一下缓存了。然后metadata再做一下缓存，不也挺好？
#1