[计数] 请问在论坛里怎么计算每个帖子的点计量的？？

飞雪恨水

[quote]原帖由 "sacrilege"]大家火气小一点,欢乐祥和一点嘛. [/quote 发表：

9494嘛

徐风

访问量太大又要进行点击计数的话

也可以用折中方法，比如搞个随机数，让帖子有十分之一机会进行计数
这样update次数就差不多变成原来十分之一了

虽然不精确，最为参考值也基本够用了。就像狗狗和百度显示几个搜索结果，也只能用估算的

徐风

接着想了下

还可以打内存主意啊

搞一个共享内存，一个帖子记录一个id和一个计数，到一定量之后再更新数据库
对论坛来说帖子再多，平时被访问的也基本是近几天发表的
如果都是四个字节整数的话一共是8个字节，记录100万帖子也就8M

当然，也有缺陷，内存有善后问题：）

夜猫子

这是我从linuxforum上看来的一个概念，叫做“无边界争论”，就是说双方或者多方实际上都是在自己划定的前提或者叫边界里提出自己的论据来和对方在不同的边界里提出的论据争论。
解决这种争论的方法最好就是拿实际的测试数据说话，当然这么做很累，很少有人愿意做。

我个人感觉这个问题就是高并发的update导致数据库服务队列崩溃，这在没有经过良好优化的mysql里特别的常见，但是优化以后究竟能承受多少并发，没有具体数字，服务器配置、数据库配置参数等等的影响因素很多，这就像方程有n个参数，那么解就会有m组，没有划定边界是争不出结果来的，再说这个边界也的确很难划定。

碰到这种问题，我倾向选择高负载表现下更好的数据库服务器，比如postgresql。甚至我会考虑取消这个功能，用打分的方式来代替计数。

夜猫子

>;难道打分的方式就不需要记录下来，打分的结果？
打分带来的并发会比计数少，计数是每打开一次帖子就会发生的，打分却不一定
>;我觉得postgresql还不如mysql呢
这个就是各取所需了

>;我更倾向野狼说的，如果读写出现阻塞，只能是表结构设计太差或者服务器差。
我也比较倾向这种想法，不过我没做过负载这么大的程序，也只是纸上谈兵而已