一个页面的多次数据库连接如何简化

hurner

譬如说微博主页，主栏中是关注的人微博，侧栏中还有关注人数，粉丝数，最新的话题，我加入的群等等。
这样东西来源的表肯定一样，结果的结构也不一样，有可能把他们放在一次查询里得出吗？

如果不能的话，是不是需要把那些侧边栏的东西缓存起来？
这些东西都是和用户有关的，都放在COOKIE中是不是太大了？是否有别的处理方法呢？

极想听听大家对这个问题的看法。

hurner

自己顶顶！！！

斯达客

长期更新的不做缓存,相反的做缓存 ，可以缓存在文件，这个比COOKIE好。 请：http://codeigniter.org.cn/user_guide/drivers/caching.html#file 先从数据库读出来在做缓存

hurner

斯达客 发表于 2011-10-12 18:31
长期更新的不做缓存,相反的做缓存 ，可以缓存在文件，这个比COOKIE好。 请：http://codeigniter.org.cn/use ...

想讨论一下，这种基于文件的缓冲适于对象是对所有用户都有用的数据吧，对于特定用户的数据就只能在COOKIE或者是在服务器端建立特别的SEESSION数据库了，是这样吗？

另外，想问一下，大家在自己实现的过程中，在一个页面最多连接过多少次数据库？

baiyuxiong

存储过程

hurner

baiyuxiong 发表于 2011-10-12 22:52
存储过程

存储过程感觉太依赖数据库了，换数据库的时候都得重新写过。

baiyuxiong

hurner 发表于 2011-10-12 23:27
存储过程感觉太依赖数据库了，换数据库的时候都得重新写过。

换数据库的需求很少吧？

斯达客

hurner 发表于 2011-10-12 18:45
想讨论一下，这种基于文件的缓冲适于对象是对所有用户都有用的数据吧，对于特定用户的数据就只能在COOKIE ...

其实做法很多，怕的是想不到。缓存根据经常更还是长久性的更新。 如果是长久性的做缓存，如特定用户A针对缓存A.PHP 用户B针对缓存B.PHP，但是呢这些文件的数据是根据你逻辑并且从数据库存在缓存文件里。如果是经常更新的话我个人觉得没有必要做缓存或是COOKIE\SEESSION之类的了。直接逻辑，这样能确保不存在错误

hurner

斯达客 发表于 2011-10-13 09:57
其实做法很多，怕的是想不到。缓存根据经常更还是长久性的更新。 如果是长久性的做缓存，如特定用户A针对 ...

赞同

loadinger

去玩玩mongo db吧。就明白了。