关于TP3.2.3延迟更新的一点理解及where冲突的疑问。1、延迟更新并不是在制定延迟时间后自动更新。2、连贯操作where的条件冲突。
1、根据手册,3.2.3版本开始,setInc和setDec方法支持延迟更新,其用法如下:$Article = M("Article"); // 实例化Article对象
$Article->where('id=5')->setInc('view',1,60); // 文章阅读数加1,并且延迟60秒更新(写入)这里并不是指执行这次setInc后60秒即更新view字段,即文章读数加1,如果此操作后没有对同一模型实例、同一条件(id=5)的字段、更新同一字段(view),那么这个文章读数加1是不会执行,而是存在缓存里了,60秒内再一次执行同样的操作也只会累加到内存中,只有60秒后再次执行同样的操作(对同一模型实例、同样的where条件,更新同样的字段)才会一次把之前累加在内存中的值更新到数据库里。
2、上面用到了连贯操作where,如果在此后要查询记录,比如$Article->select();这里只是举例,并不是要查询所有文章的阅读数。
此时的sql语句会变成SELECT * FROM tablename WHERE (id=5)这显然不是预期的结果。
而只有在查询中增加where条件,上面setInc中的where条件才会别覆盖$Article->where('id=3')->select();SELECT * FROM tablename WHERE (id=3)这才是预期的结果。

------------------------------------------------------------

以上如有错误,请指教。千万别喷一些难听的话

评论() 相关

收藏

赞

heihusdm

ThinkPHP 是一个免费开源的,快速、简单的面向对象的 轻量级PHP开发框架 ,创立于2006年初,遵循Apache2开源协议发布,是为了敏捷WEB应用开发和简化企业应用开发而诞生的。ThinkPHP从诞生以来一直秉承简洁实用的设计原则,在保持出色的性能和至简的代码的同时,也注重易用性。并且拥有众多的原创功能和特性,在社区团队的积极参与下,在易用性、扩展性和性能方面不断优化和改进,已经成长为国内最领先和最具影响力的WEB应用开发框架,众多的典型案例确保可以稳定用于商业以及门户级的开发。