MySQL vs PostgreSQL

看你怎么引用了。如果那些GPL的二进制文件不在你的程序包中，那么你可以不遵守。而LGPL就要严格一些。
对于mysql的的商业使用我建议大家，让客户自己取得其程序，你可以安装和提供服务咨询。这样多数情况下你可以避开其商业授权的阻碍。

pg的稳定性我不否认,用pg一来就没dang过.只是记录多了,查询速度下降很快.

上面的，把GPL和LGPL搞反了，

虽然说InooDB是GPL的，但是热备份部分是收费的，现在这部分转移到Oracle手里了，不知道MySQL怎么办。。。

关于MySQL5对于存储过程视图的高级功能，请参考我的帖子http://superbible-cs.iteye.com/admin/show/24544。
我使用过这些功能，概括一下，即号称支持这些功能，与支持得多深入是两个概念。
我在普通的使用中就发现5.0.16版视图不能排序，存储过程不支持递归。你可以说这些功能都可以用其他方法绕过，但这些东西都是你在项目中使用之前要知道的细节。
Oracle8到9对于子查询支持的深入程度都不一样，更何谈MySql一句“支持子查询”所代表的实际意义？
虽然我的确在一个项目中使用MySql，但我时时提醒自己，它号称对某特型的支持，并不是你在Oracle或SQLServer中体验过的那样的支持。

MySql的功能比PostgreSQL多？恐怕不见得。不过他们之间肯定不是一个父集合子集的关系。比如MySQL支持集群，PostgreSQL是用第三方的方式支持集群，比如使用CJDBC。但PostgreSQL的起源是学术验证性的，所以会添加大量的特性，你可以从它支持的字段数据类型看得出，模糊记得会超过40种类型。而MySQL是从面向低端使用起家的，性能是它首要特点之一，功能虽则快速丰富，估计还是不如PostgreSQL。

这个测试表明 PostgreSQL 比 MySQL 强：

1、mysql在linux和win上面都会表损坏。大家怎么解决的？
2、mysql在win上的4.X的版本好像有的版本有问题，过段时间需要重启动。
3、mysql的.net provider似乎还不算稳定。

MySQL的数据量怎么可能是小于10G，我就跑过80多G的数据量的应用，在MySQL InnoDB上。

我就是搞这个的。。。GIS
这个是地理信息数据的索引算法。
是pggis用来做时空分析和地理数据分析的。
r-tree现在基本已经满足的所有静态地理信息数据的索引需要。
在sourceforge上有很多关于r-tree的地理信息索引算法的实现
不过r-tree在描述动态物体和时空运动方面有很严重的性能问题。
现在我就在研究时空数据库中的信息动态物体的索引算法。
最近正在看mon-tree的实现，domino地理信息数据库就用的这个算法好像。
毕业论文就是关于这个方面的研究

这个给你举个例子：
判断一个城市是否在一个区域以内。
我们知道城市的经纬度，还有区域的多边形，通过 r-tree的索引就可以迅速得到结果。而不用去做多边形和坐标的复杂的矩阵运算

mysql的.net驱动我最近用了，郁闷之极也，老是偶然有莫明其妙的链接丢失问题。查了一下这个是known issue,而且从2005年就一直有人抱怨到现在还没修好，彻底晕死了。