我发现PHP程序员总是想着增加系统复杂性，让自己看起来不那么low

是啊 ，统计一般是后台用。ajax轮询完全足够

动态展示统计页面，直接轮询统计接口不就完了？非要想着加一个 websocket？？？

我只说说说这个吧，

比如公司有 10w 用户，下午 5 点的时候同时在线人数是 1w

根据你说的有2 种方案，

1. ajax 轮询，10秒更新一次，这个时候 1分钟时间会有 1w（打开页面） + 60/10*1w（ajax 轮询） = 7w 连接
2. websocket ， 就是长连接，1w(打开页面) + 1w(websocket 连接) = 2w 连接

那么问题来了，要用多少台服务器才能支撑住这 6w 和 2w 的连接呢？

如果刨除 打开的1w 页面，就是 5w ： 1W

确实有一股浮躁的风气，主要原因大多数人是奔着钱去，不是热爱软件这个行业，今天GO炒起来了，大家就去学GO，明天Python工资高，又都去学Python了，稍微向底层一探究就麻了，内功没有提升，招式再怎么换也是徒劳，永远在入门水平，不过是换几种语言增删改查。

从查询效率来说，同样在有索引的情况下，between 会是 range，而单独维护一个 status ，则会是 ref。

当然，活动表这种不会有太多的数据的表，影响倒也不是很大。

只能说你没遇到适合的场景而已,简单来说,就是很小的项目.每个方案都会有它的应用场景,不能乱用.

作为一个外包程序员，我从没这么打算过。

只能说PHP写起来太简单了，但也不能一棒子打死。

比如，第一个时间查询的那个，虽然10分钟处理一次比较蠢，大多数都是基于事件和延时队列，达到尽量精确来修改 status。

但，

实际上也不会去修改 status，是直接重做缓存，让接口只需要访问一次 Redis 就可以查到所需要的全部数据。

也许他并不是想弄得多么高大上，只是想增加摸鱼时间 :see_no_evil:

说实在的你这个标题有点问题 我觉得不止是php程序员 只要是程序员都会有这种问题存在

案例1说的就是我…
在我的项目中status有多种状态，且前端需要根据status做出不同展示和操作，为减少查询、更新的复杂性，只使用status比较方便和高效。