MySQL vs PostgreSQL

r tree又称spatial tree，用于多维数据分析。它和b tree一样，有许多变种，在olap的实现中广泛使用。r tree在olap的地位相当于b tree在oltp中的地位。

不知坛子里有没有做r tree的朋友？希望能交流一下。

“r-tree在olap的实现中广泛使用”，能举例么？

那是被招安了嘛，就是因为打败了，所以商业公司才要拉拢他，糖衣炮弹...


是臆测，所以前面加应该

比如 PostgreSQL.

R tree是数据仓库的基础性数据结构。就象b tree是数据库的基础性数据结构一样。现今的关系数据库有可能不用到btree吗？同样，支持数据仓库的数据库绝大部分也都用rtree.

对mysql没有什么发言权。
就对postgresql谈一点使用的感受吧。
用postgresql也有快一年了。碰到问题主要是当一个表的数据量超过50w条记录的时候，select速度就变的很慢。对数据库和系统做了优化都不行，一个普通的select语句就要执行很久。所以经常导致连接数不够，这点很让人郁闷。

这个论坛有个存储关键词的表已经有283万条记录了，目前也基本上是这个数据库经常发生lock的地方。phpbb有个地方很不好，她在你发新贴的时候检索关键词往这个表里面插入，所以会导致时不时发贴点击提交以后，要过很久很久才能成功。原来使用MyISAM的时候table level lock，经常会发生提交以后过了好久，页面不响应了，白提交了；现在改成了InnoDB，是row level lock，情况已经好多了，但是有时候还是感觉挺慢的，偶尔会出现错误。

看来mysql的大批量数据处理能力确实不容小看，robbin在mysql优化上也可以写上好几篇文章了，呵呵



难怪了，今天回复的时候好几次超时，显示错误sql信息，重复回了几次才贴上，却发现已经贴了5篇，我删我删我删删...

我刚才整理了一下，删除掉30多万条，现在是257万条记录，count操作需要12秒，全表的查询需要20多秒，速度还算可以。这个表是造成论坛发贴老是idle的罪魁祸首！

phpbb很傻的，它维护了两张表，一张表放所有的关键词（原来是24万条，经过我整理现在是12万条），一张表放关键词和帖子的对照表（原来是283万条，现在257万条）。当你在论坛发贴的时候，它就提取关键词，检索12万条的关键词表，然后插入这个257万条的对照表中，所以发贴速度现在很慢。

hehe 我们原来用的postgresql7.3，其中某张表的数据量2年前是380万条（现在是多少就不太清楚了），经过数据库优化和查询优化后（当然每天的vacumm是必不可少的），性能还是相当不错的，我们基于此数据库的cmp实现的论坛系统高峰期曾同时1800人在线，postgresql的性能还是值得信赖的。

论坛在线人数 <> 并发请求数

论坛在线人数只不过统计一段时间内登陆过的不同id而已（包括匿名id），如果你的统计时间比较长，而访问人数比较平均，即使在线人数1800人，并发请求也可能只有几十个而已。