一个页面的多次数据库连接如何简化
譬如说微博主页,主栏中是关注的人微博,侧栏中还有关注人数,粉丝数,最新的话题,我加入的群等等。这样东西来源的表肯定一样,结果的结构也不一样,有可能把他们放在一次查询里得出吗?
如果不能的话,是不是需要把那些侧边栏的东西缓存起来?
这些东西都是和用户有关的,都放在COOKIE中是不是太大了?是否有别的处理方法呢?
极想听听大家对这个问题的看法。 自己顶顶!!! 长期更新的不做缓存,相反的做缓存 ,可以缓存在文件,这个比COOKIE好。 请:http://codeigniter.org.cn/user_guide/drivers/caching.html#file 先从数据库读出来在做缓存 斯达客 发表于 2011-10-12 18:31 static/image/common/back.gif
长期更新的不做缓存,相反的做缓存 ,可以缓存在文件,这个比COOKIE好。 请:http://codeigniter.org.cn/use ...
想讨论一下,这种基于文件的缓冲适于对象是对所有用户都有用的数据吧,对于特定用户的数据就只能在COOKIE或者是在服务器端建立特别的SEESSION数据库了,是这样吗?
另外,想问一下,大家在自己实现的过程中,在一个页面最多连接过多少次数据库? 存储过程 baiyuxiong 发表于 2011-10-12 22:52 static/image/common/back.gif
存储过程
存储过程感觉太依赖数据库了,换数据库的时候都得重新写过。 hurner 发表于 2011-10-12 23:27 static/image/common/back.gif
存储过程感觉太依赖数据库了,换数据库的时候都得重新写过。
换数据库的需求很少吧? hurner 发表于 2011-10-12 18:45 static/image/common/back.gif
想讨论一下,这种基于文件的缓冲适于对象是对所有用户都有用的数据吧,对于特定用户的数据就只能在COOKIE ...
其实做法很多,怕的是想不到。缓存根据经常更还是长久性的更新。 如果是长久性的做缓存,如特定用户A针对缓存A.PHP 用户B针对缓存B.PHP,但是呢这些文件的数据是根据你逻辑并且从数据库存在缓存文件里。如果是经常更新的话我个人觉得没有必要做缓存或是COOKIE\SEESSION之类的了。直接逻辑,这样能确保不存在错误 斯达客 发表于 2011-10-13 09:57 static/image/common/back.gif
其实做法很多,怕的是想不到。缓存根据经常更还是长久性的更新。 如果是长久性的做缓存,如特定用户A针对 ...
赞同{:1_1:} 去玩玩mongo db吧。就明白了。
页:
[1]