MySQL相对于PostgreSQL的劣势：

PostgreSQL主要优势：

　　1. PostgreSQL全然免费。并且是BSD协议。假设你把PostgreSQL改一改，然后再拿去卖钱，也没有人管你，这一点非常重要。这表明了PostgreSQL数据库不会被其他公司控制。

oracle数据库不用说了，是商业数据库。不开放。而MySQL数据库尽管是开源的，但如今随着SUN被oracle公司收购。如今基本上被oracle公司控制，事实上在SUN被收购之前。MySQL中最重要的InnoDB引擎也是被oracle公司控制的，而在MySQL中非常多重要的数据都是放在InnoDB引擎中的。反正我们公司都是这种。所以假设MySQL的市场范围与oracle数据库的市场范围冲突时，oracle公司必然会牺牲MySQL，这是毫无疑问的。
　　2. 与PostgreSQl配合的开源软件非常多，有非常多分布式集群软件，如pgpool、pgcluster、slony、plploxy等等。非常easy做读写分离、负载均衡、数据水平拆分等方案，而这在MySQL下则比較困难。

      3. PostgreSQL源码写的非常清晰，易读性比MySQL强太多了，怀疑MySQL的源码被混淆过。

所以非常多公司都是基本PostgreSQL做二次开发的。

      4. PostgreSQL在非常多方面都比MySQL强，如复杂SQL的运行、存储过程、触发器、索引。同一时候PostgreSQL是多进程的，而MySQL是线程的，尽管并发不高时，MySQL处理速度快，但当并发高的时候。对于如今多核的单台机器上。MySQL的整体处理性能不如PostgreSQL，原因是MySQL的线程无法充分利用CPU的能力。
     眼下仅仅想到这些，以后想到再加入，欢迎大家拍砖。

PostgreSQL与oracle或InnoDB的多版本号实现的区别

PostgreSQL与oracle或InnoDB的多版本号实现最大的差别在于最新版本号和历史版本号是否分离存储，PostgreSQL不分，而oracle和InnoDB分。而innodb也仅仅是分离了数据,索引本身没有分开。
   PostgreSQL的主要优势在于：
   1. PostgreSQL没有回滚段，而oracle与innodb有回滚段。oracle与Innodb都有回滚段。对于oracle与Innodb来说。回滚段是很重要的。回滚段损坏，会导致数据丢失，甚至数据库无法启动的严重问题。另由于PostgreSQL没有回滚段，旧数据都是记录在原先的文件里，所以当数据库异常crash后，恢复时。不会象oracle与Innodb数据库那样进行那么复杂的恢复，由于oracle与Innodb恢复时同步须要redo和undo。所以PostgreSQL数据库在出现异常crash后。数据库起不来的几率要比oracle和mysql小一些。
   2. 因为旧的数据是直接记录在数据文件里。而不是回滚段中，所以不会象oracle那样常常报ora-01555错误。
   3. 回滚能够非常快完毕。由于回滚并不删除数据，而oracle与Innodb。回滚时非常复杂，在事务回滚时必须清理该事务所进行的改动，插入的记录要删除。更新的记录要更新回来(见row_undo函数)，同一时候回滚的过程也会再次产生大量的redo日志。
   4. WAL日志要比oracle和Innodb简单。对于oracle不仅须要记录数据文件的变化。还要记录回滚段的变化。

   PostgreSQL的多版本号的主要劣势在于：
   1、最新版本号和历史版本号不分离存储。导致清理老旧版本号须要作很多其它的扫描。代价比較大，但一般的数据库都有高峰期，假设我们合理安排VACUUM，这也不是非常大的问题，并且在PostgreSQL9.0中VACUUM进一步被加强了。

　　2、因为索引中全然没有版本号信息，不能实现Coverage index scan。即查询仅仅扫描索引，直接从索引中返回所需的属性。还须要訪问表。而oracle与Innodb则能够;

进程模式与线程模式的对照
PostgreSQL和oracle是进程模式，MySQL是线程模式。
进程模式对多CPU利用率比較高。
进程模式共享数据须要用到共享内存，而线程模式数据本身就是在进程空间内都是共享的。不同线程訪问仅仅须要控制好线程之间的同步。

线程模式对资源消耗比較少。

所以MySQL能支持远比oracle多的很多其它的连接。
对于PostgreSQL的来说，假设不使用连接池软件，也存在这个问题，但PostgreSQL中有优秀的连接池软件软件，如pgbouncer和pgpool。所以通过连接池也能够支持非常多的连接。

堆表与索引组织表的的对照

Oracle支持堆表，也支持索引组织表
PostgreSQL仅仅支持堆表，不支持索引组织表
Innodb仅仅支持索引组织表
索引组织表的优势：
表内的数据就是按索引的方式组织。数据是有序的，假设数据都是按主键来訪问。那么訪问数据比較快。

而堆表，按主键訪问数据时，是须要先按主键索引找到数据的物理位置。
索引组织表的劣势：
索引组织表中上再加其他的索引时。其他的索引记录的数据位置不再是物理位置，而是主键值，所以对于索引组织表来说，主键的值不能太大，否则占用的空间比較大。
对于索引组织表来说。假设每次在中间插入数据。可能会导致索引分裂，索引分裂会大大减少插入的性能。所以对于使用innodb来说。我们一般最好让主键是一个无意义的序列，这样插入每次都发生在最后。以避免这个问题。
因为索引组织表是按一个索引树，一般它訪问数据块必须按数据块之间的关系进行訪问，而不是按物理块的訪问数据的。所以当做全表扫描时要比堆表慢非常多，这可能在OLTP中不明显，但在数据仓库的应用中可能是一个问题。

　 PostgreSQL9.0中的特色功能：   
    PostgreSQL中的Hot Standby功能
    也就是standby在应用日志同步时。还能够提供仅仅读服务。这对做读写分离非常实用。

这个功能是oracle11g才有的功能。

    PostgreSQL异步提交（Asynchronous Commit）的功能：
　 这个功能oracle中也是到oracle11g R2才有的功能。由于在非常多应用场景中，当宕机时是同意丢失少量数据的，这个功能在这种场景中就特别合适。

在PostgreSQL9.0中把synchronous_commit设置为false就打开了这个功能。须要注意的是。尽管设置为了异步提交，当主机宕机时，PostgreSQL仅仅会丢失少量数据，异步提交并不会导致数据损坏而数据库起不来的情况。MySQL中没有听说过有这个功能。

     PostgreSQL中索引的特色功能：

     PostgreSQL中能够有部分索引，也就是仅仅能表中的部分数据做索引。create index 能够带where 条件。

同一时候PostgreSQL中的索引能够反向扫描。所以在PostgreSQL中能够不必建专门的降序索引了。