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

夜猫子

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

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

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

徐风

接着想了下

还可以打内存主意啊

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

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

徐风

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

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

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

飞雪恨水

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

9494嘛

sacrilege

大家火气小一点,欢乐祥和一点嘛.

北京野狼

原帖由 "wangyih" 发表：


但我知道很多时候不是你在研究什么好方法，而是不这么做，没别的做法

这句说的最正确。能不拘泥与技术有前途。呵呵。
其实包括工作时候也一样，我也一直希望看到一个好的建议和方案，而不是说这样不行那样不行。就象大家都骂中国足球队员，但是骂人的上去踢只能更臭。
其实那老兄说的正好相反，小的网站可以有无数的方法解决问题，而大的系统常常没有选择。
要不那位能提出一个真正的好办法，至少解释一下大网站用怎么的方法做的计数。否则这个问题还是算了，讨论没意义了。

SATAND

[quote]原帖由 "wangyih"]而且我也不相信什么通读了firebird的代码......[/quote 发表：


：）  有很多难以置信的事情
再，你知道satand的意思吗？