對Oracle 、SQL Server、MySQL、PostgreSQL數據庫優缺點分析
Oracle Database
Oracle Database，又名Oracle RDBMS，或簡稱Oracle。是甲骨文公司的一款關系數據庫管理系統。它是在數據庫領域一直處於領先地位的產品。可以說Oracle數據庫系統是目前世界上流行的關系數據庫管理系統，系統可移植性好、使用方便、功能強，適用於各類大、中、小、微機環境。它是一種高效率、可靠性好的 適應高吞吐量的數據庫解決方案。
優點
1. Oracle 能在所有主流平台上運行（包括 windows）完全支持所有工業標准采用完全開放策略使客戶選擇適合解決方案對開發商全力支持。
2. Oracle 並行服務器通過使組結點共享同簇工作來擴展windownt能力提供高用性和高伸縮性簇解決方案windowsNT能滿足需要用戶把數據庫移UNIXOracle並行服務器對各種UNIX平台集群機制都有着相當高集成度。
3. 獲得最高認證級別的ISO標准認證。
4. Oracle 性能高 保持開放平台下TPC-D和TPC-C世界記錄。
5. Oracle 多層次網絡計算支持多種工業標准用ODBC、JDBC、OCI等網絡客戶連接。
6. Oracle 長時間開發經驗完全向下兼容得廣泛應用地風險低。
缺點
1. 對硬件的要求很高。
2. 價格比較昂貴。
3. 管理維護麻煩一些。
4. 操作比較復雜，需要技術含量較高。
SQL Server
SQL Server 是Microsoft 公司推出的關系型數據庫管理系統。具有使用方便可伸縮性好與相關軟件集成程度高等優點，可跨越從運行Microsoft Windows 98 的膝上型電腦到運行Microsoft Windows 2012 的大型多處理器的服務器等多種平台使用。
Microsoft SQL Server 是一個全面的數據庫平台，使用集成的商業智能 (BI)工具提供了企業級的數據管理。Microsoft SQL Server 數據庫引擎為關系型數據和結構化數據提供了更安全可靠的存儲功能，使您可以構建和管理用於業務的高可用和高性能的數據應用程序。
優點
1. 易用性、適合分布式組織的可伸縮性、用於決策支持的數據倉庫功能、與許多其他服務器軟件緊密關聯的集成性、良好的性價比等；
2. 為數據管理與分析帶來了靈活性，允許單位在快速變化的環境中從容響應，從而獲得競爭優勢。從數據管理和分析角度看，將原始數據轉化為商業智能和充分利用Web帶來的機會非常重要。作為一個完備的數據庫和數據分析包，SQLServer為快速開發新一代企業級商業應用程序、為企業贏得核心競爭優勢打開了勝利之門。 作為重要的基准測試可伸縮性和速度獎的記錄保持者，SQLServer是一個具備完全Web支持的數據庫產品，提供了對可擴展標記語言 (XML)的核心支持以及在Internet上和防火牆外進行查詢的能力；
缺點
1. SQL Server 只能windows上運行，沒有絲毫開放性操作系統，系統穩定對數據庫十分重要，WindowsX系列產品偏重於桌面應用，NT server只適合小型企業，而且windows平台可靠性、安全性和伸縮性非常有限。
2. SQL server 並行實施和共存模型並成熟難處理日益增多用戶數和數據卷伸縮性有限；
3. 沒有獲得任何安全證書。
4. SQL Server 多用戶時性能佳。
MySQL
MySQL 是一個關系型數據庫管理系統，由瑞典 MySQL AB 公司開發，目前屬於 Oracle 旗下公司。MySQL在 WEB 應用方面 MySQL 是最好的 RDBMS (Relational Database Management System，關系數據庫管理系統) 應用軟件之一。MySQL 是一種關聯數據庫管理系統， 關聯數據庫將數據保存在不同的表中，而不是將所有數據放在一個大倉庫內，這樣就增加了速度並提高了靈活性。MySQL 所使用的 SQL 語言是用於訪問數據庫的最常用標准化語言。其社區版的性能卓越，搭配 PHP 和 Apache 可組成良好的開發環境。
優點
1. 體積小、速度快、總體擁有成本低，開源，提供的接口支持多種語言連接操作。
2. 支持多種操作系統。
3. MySQL 的核心程序采用完全的多線程編程。線程是輕量級的進程，它可以靈活地為用戶提供服務，而不過多的系統資源。用多線程和C語言實現的MySQL 能很容易充分利用CPU。
4. MySQL 有一個非常靈活而且安全的權限和口令系統。當客戶與MySQL 服務器連接時，他們之間所有的口令傳送被加密，而且MySQL 支持主機認證。
5. MySQL 能夠提供很多不同的使用者界面，包括命令行客戶端操作，網頁瀏覽器，以及各式各樣的程序語言界面，例如 C++，Perl，Java，PHP，以及Python。你可以使用事先包裝好的客戶端，或者干脆自己寫一個合適的應用程序。MySQL可用於 Unix，Windows，以及OS/2等平台，因此它可以用在個人電腦或者是服務器上。
缺點
1. 不支持熱備份。
2. MySQL不支持自定義數據類型
3. MySQL最大的缺點是其安全系統，主要是復雜而非標准，另外只有到調用mysqladmin來重讀用戶權限時才發生改變。
4. MySQL對存儲過程和觸發器支持不夠良好。
5. 盡管 MySQL 理論上仍是開源產品，也有人抱怨它誕生之后更新緩慢。然而，應該注意到有一些基於 MySQL 並完整集成的數據庫（如 MariaDB），在標准的 MySQL 基礎上帶來了額外價值。
6. MySQL對XML支持不夠良好
何時使用 ？
1. 分布式操作:
當你需要的比SQLite可以提供的更多時，把MySQL包括進你的部署棧，就像任何一個獨立的數據庫服務器，會帶來大量的操作自由和一些先進的功能。
2. 高安全性:
MySQL的安全功能，用一種簡單的方式為數據訪問（和使用）提供了可靠的保護。
3. Web網站 和 Web應用:
絕大多數的網站（和Web應用程序）可以忽視約束性地簡單工作在MySQL上。這種靈活的和可擴展的工具是易於使用和易於管理的——這被證明非常有助於長期運行。
4. 定制解決方案:
如果你工作在一個高度量身定制的解決方案上，MySQL能夠很容易地尾隨和執行你的規則，這要感謝其豐富的配置設置和操作模式。
何時不用 ？
1. SQL 服從性:
因為 MySQL 沒有[想要]實現 SQL 的全部標准，所以這個工具不完全符合SQL。如果你需要對這樣的關系數據庫管理系統進行整合，從MySQL進行切換是不容易的。
2. 並發:
即使MySQL和一些存儲引擎能夠真地很好執行讀取操作，但並發讀寫還是有問題的。
3. 缺乏特色:
再次提及，根據數據庫引擎的選擇標准，MySQL會缺乏一定的特性，如全文搜索。
PostgreSQL
PostgreSQL是一個自由的對象-關系數據庫服務器(數據庫管理系統),支持大部分 SQL標准並且提供了許多其他現代特性：復雜查詢、外鍵、觸發器、視圖、事務完整性、MVCC。同樣，PostgreSQL 可以用許多方法擴展，比如， 通過增加新的數據類型、函數、操作符、聚集函數、索引。免費使用、修改、和分發 PostgreSQL。
優點
1. PostgreSQL 是一個開源的，免費的，同時非常強大的關系型數據管理系統。
2. PostgreSQL 背后有熱忱而經驗豐富的社區，可以通過知識庫和問答網站獲取支持，全天候免費。
3. 即使其本身功能十分強大，PostgreSQL 仍附帶有許多強大的開源第三方工具來輔助系統的設計、管理和使用。
4. 可以用預先存儲的流程來程序性擴展 PostgreSQL ，一個高級的關系型數據庫理應如此。
5. PostgreSQL 不只是一個關系型數據庫，還是一個面向對象數據庫——支持嵌套，及一些其他功能。
缺點
1. 對於簡單而繁重的讀取操作, 超過了 PostgreSQL 的殺傷力，可能會出現比同行（如MySQL）更低的性能。
2. 按給出的該工具的性質，從普及度來說它還缺乏足夠后台支撐，盡管有大量的部署——這可能會影響能夠獲得支持的容易程度。
何時使用？
1. 數據完整性:
當可靠性和數據完整性是絕對必要而無需理由時，PostgreSQL是更好的選擇。
2. 復雜的自定義過程:
如果你需要你的數據庫執行自定義過程，可擴展的PostgreSQL是更好的選擇。
3. 整合:
在將來，如果可能要把整個數據庫系統遷移到另一個適當的解決方案（例如Oracle）中，PostgreSQL對於這種切換將是最兼容和易於操作的。
4. 復雜的設計:
相比其他的開源和免費的 RDBMS（關系數據庫管理系統）實現來說，對於復雜的數據庫設計，PostgreSQL提供了大部分的功能和可能性，同時並沒放棄其他有價值的地方。
何時不用？
1. 速度:
如果你需要的只是快速的讀取操作, PostgreSQL 不是為此而准備的工具。
2. 簡化體制:
除非你需要絕對的數據完整性，原子性，一致性，隔離性，耐久性，或復雜的設計，PostgreSQL 對簡化體制來說是殺手。
3. 復制:
除非你願意花不少時間，精力和資源，否則對於那些缺乏數據庫和系統管理經驗的人來說，實現與MySQL的（主從）復制可能不容易。
摘：
為了說明PostgreSQL的功能，我下面簡要對比一下PostgreSQL數據庫與MySQL數據庫之間的差異：
我們先借助Jametong翻譯的"從Oracle遷移到Mysql之前必須知道的50件事"，看一看如何把Oracle轉到MySQL中的困難：
50 things to know before migrating Oracle to MySQL
by Baron Schwartz,Translated by Jametong
1. 對子查詢的優化表現不佳.
2. 對復雜查詢的處理較弱
3. 查詢優化器不夠成熟
4. 性能優化工具與度量信息不足
5. 審計功能相對較弱
6. 安全功能不成熟,甚至可以說很粗糙.沒有用戶組與角色的概念,沒有回收權限的功能(僅僅可以授予權限).當一個用戶從不同的主機/網絡以同樣地用戶名/密碼登錄之后,可能被當作完全不同的用戶來處理.沒有類似於Oracle的內置的加密功能.
7. 身份驗證功能是完全內置的.不支持LDAP,Active Directory以及其它類似的外部身份驗證功能.
8. Mysql Cluster可能與你的想象有較大差異.
9. 存儲過程與觸發器的功能有限.
10. 垂直擴展性較弱.
11. 不支持MPP(大規模並行處理).
12. 支持SMP(對稱多處理器),但是如果每個處理器超過4或8個核(core)時,Mysql的擴展性表現較差.
13. 對於時間、日期、間隔等時間類型沒有秒以下級別的存儲類型.
14. 可用來編寫存儲過程、觸發器、計划事件以及存儲函數的語言功能較弱.
15. 沒有基於回滾(roll-back)的恢復功能,只有前滾(roll-forward)的恢復功能.
16. 不支持快照功能.
17. 不支持數據庫鏈(database link).有一種叫做Federated的存儲引擎可以作為一個中轉將查詢語句傳遞到遠程服務器的一個表上,不過,它功能很粗糙並且漏洞很多.
18. 數據完整性檢查非常薄弱,即使是基本的完整性約束，也往往不能執行。
19. 優化查詢語句執行計划的優化器提示非常少.
20. 只有一種表連接類型:嵌套循環連接(nested-loop),不支持排序-合並連接(sort-merge join)與散列連接(hash join).
21. 大部分查詢只能使用表上的單一索引;在某些情況下,會存在使用多個索引的查詢,但是查詢優化器通常會低估其成本,它們常常比表掃描還要慢.
22. 不支持位圖索引(bitmap index).每種存儲引擎都支持不同類型的索引.大部分存儲引擎都支持B-Tree索引.
23. 管理工具較少,功能也不夠成熟.
24. 沒有成熟能夠令人滿意的IDE工具與調試程序.可能不得不在文本編輯器中編寫存儲過程,並且通過往表(調試日志表)中插入記錄的方式來做調試.
25. 每個表都可以使用一種不同的存儲引擎.
26. 每個存儲引擎在行為表現、特性以及功能上都可能有很大差異.
27. 大部分存儲引擎都不支持外鍵.
28. 默認的存儲引擎(MyISAM)不支持事務,並且很容易損壞.
29. 最先進最流行的存儲引擎InnoDB由Oracle擁有.
30. 有些執行計划只支持特定的存儲引擎.特定類型的Count查詢,在這種存儲引擎中執行很快,在另外一種存儲引擎中可能會很慢.
31. 執行計划並不是全局共享的,,僅僅在連接內部是共享的.
32. 全文搜索功能有限, 只適用於非事務性存儲引擎. Ditto用於地理信息系統/空間類型和查詢.
33. 沒有資源控制.一個完全未經授權的用戶可以毫不費力地耗盡服務器的所有內存並使其崩潰,或者可以耗盡所有CPU資源.
34. 沒有集成商業智能(business intelligence), OLAP **數據集等軟件包.
35. 沒有與Grid Control類似的工具( http://solutions.mysql.com/go.php?id=1296&t=s )
36. 沒有類似於RAC的功能.如果你問”如何使用Mysql來構造RAC”,只能說你問錯了問題.
37. 不支持用戶自定義類型或域(domain).
38. 每個查詢支持的連接的數量最大為61.
39. MySQL支持的SQL語法(ANSI SQL標准)的很小一部分.不支持遞歸查詢、通用表表達式（Oracle的with 語句）或者窗口函數（分析函數）.支持部分類似於Merge或者類似特性的SQL語法擴展,不過相對於Oracle來講功能非常簡單.
40. 不支持功能列(基於計算或者表達式的列,Oracle11g 開始支持計算列,以及早期版本就支持虛列(rownum,rowid)).
41. 不支持函數索引,只能在創建基於具體列的索引.
42. 不支持物化視圖.
43. 不同的存儲引擎之間,統計信息差別很大,並且所有的存儲引擎支持的統計信息都只支持簡單的基數(cardinality)與一定范圍內的記錄數(rows-in-a-range). 換句話說，數據分布統計信息是有限的.更新統計信息的機制也不多.
44. 沒有內置的負載均衡與故障切換機制.
45. 復制(Replication)功能是異步的,並且有很大的局限性.例如,它是單線程的(single-threaded),因此一個處理能力更強的Slave的恢復速度也很難跟上處理能力相對較慢的Master.
46. Cluster並不如想象的那么完美.或許我已經提過這一點,但是這一點值得再說一遍.
47. 數據字典(INFORMATION_SCHEMA)功能很有限,並且訪問速度很慢(在繁忙的系統上還很容易發生崩潰).
48. 不支持在線的Alter Table操作.
49. 不支持Sequence.
50. 類似於ALTER TABLE或CREATE TABLE一類的操作都是非事務性的.它們會提交未提交的事務,並且不能回滾也不能做災難恢復.Schame被保存在文件系統上,這一點與它使用的存儲引擎無關.
MySQL Vs PostgreSQL
| 特性 |
MySQL |
PostgreSQL |
| 實例 |
通過執行 MySQL 命令（mysqld）啟動實例。一個實例可以管理一個或多個數據庫。一台服務器可以運行多個 mysqld 實例。一個實例管理器可以監視 mysqld 的各個實例。 |
|
| 數據庫 |
數據庫是命名的對象集合，是與實例中的其他數據庫分離的實體。一個 MySQL 實例中的所有數據庫共享同一個系統編目。 |
數據庫是命名的對象集合，每個數據庫是與其他數據庫分離的實體。每個數據庫有自己的系統編目，但是所有數據庫共享 pg_databases。 |
| 數據緩沖區 |
通過 innodb_buffer_pool_size 配置參數設置數據緩沖區。這個參數是內存緩沖區的字節數，InnoDB 使用這個緩沖區來緩存表的數據和索引。在專用的數據庫服務器上，這個參數最高可以設置為機器物理內存量的 80%。 |
Shared_buffers 緩存。在默認情況下分配 64 個緩沖區。默認的塊大小是 8K。可以通過設置 postgresql.conf 文件中的 shared_buffers 參數來更新緩沖區緩存。 |
| 身份驗證 |
MySQL 在數據庫級管理身份驗證。 基本只支持密碼認證。 |
PostgreSQL 支持豐富的認證方法：信任認證、口令認證、Kerberos 認證、基於 Ident 的認證、LDAP 認證、PAM 認證 |
| 加密 |
可以在表級指定密碼來對數據進行加密。還可以使用 AES_ENCRYPT 和 AES_DECRYPT 函數對列數據進行加密和解密。可以通過 SSL 連接實現網絡加密。 |
可以使用 pgcrypto 庫中的函數對列進行加密/解密。可以通過 SSL 連接實現網絡加密。 |
| 審計 |
可以對 querylog 執行 grep。 |
可以在表上使用 PL/pgSQL 觸發器來進行審計。 |
| 查詢解釋 |
使用 EXPLAIN 命令查看查詢的解釋計划。 |
使用 EXPLAIN 命令查看查詢的解釋計划。 |
| 備份、恢復和日志 |
InnoDB 使用寫前（write-ahead）日志記錄。支持在線和離線完全備份以及崩潰和事務恢復。需要第三方軟件才能支持熱備份。 |
在數據目錄的一個子目錄中維護寫前日志。支持在線和離線完全備份以及崩潰、時間點和事務恢復。 可以支持熱備份。 |
| 表類型 |
取決於存儲引擎。例如，NDB 存儲引擎支持分區表，內存引擎支持內存表。 |
支持臨時表、常規表以及范圍和列表類型的分區表。不支持哈希分區表。 由於PostgreSQL的表分區是通過表繼承和規則系統完成了，所以可以實現更復雜的分區方式。 |
| 索引類型 |
取決於存儲引擎。MyISAM：BTREE，InnoDB：BTREE。 |
支持 B-樹、哈希、R-樹和 Gist 索引。 |
| 約束 |
支持主鍵、外鍵、惟一和非空約束。對檢查約束進行解析，但是不強制實施。 |
支持主鍵、外鍵、惟一、非空和檢查約束。 |
| 存儲過程和用戶定義函數 |
支持 CREATE PROCEDURE 和 CREATE FUNCTION 語句。存儲過程可以用 SQL 和 C++ 編寫。用戶定義函數可以用 SQL、C 和 C++ 編寫。 |
沒有單獨的存儲過程，都是通過函數實現的。用戶定義函數可以用 PL/pgSQL（專用的過程語言）、PL/Tcl、PL/Perl、PL/Python 、SQL 和 C 編寫。 |
| 觸發器 |
支持行前觸發器、行后觸發器和語句觸發器，觸發器語句用過程語言復合語句編寫。 |
支持行前觸發器、行后觸發器和語句觸發器，觸發器過程用 C 編寫。 |
| 系統配置文件 |
my.conf |
Postgresql.conf |
| 數據庫配置 |
my.conf |
Postgresql.conf |
| 客戶機連接文件 |
my.conf |
pg_hba.conf |
| XML 支持 |
有限的 XML 支持。 |
有限的 XML 支持。 |
| 數據訪問和管理服務器 |
OPTIMIZE TABLE —— 回收未使用的空間並消除數據文件的碎片 |
Vacuum —— 回收未使用的空間 |
| 並發控制 |
支 持表級和行級鎖。InnoDB 存儲引擎支持 READ_COMMITTED、READ_UNCOMMITTED、REPEATABLE_READ 和 SERIALIZABLE。使用 SET TRANSACTION ISOLATION LEVEL 語句在事務級設置隔離級別。 |
支 持表級和行級鎖。支持的 ANSI 隔離級別是 Read Committed（默認 —— 能看到查詢啟動時數據庫的快照）和 Serialization（與 Repeatable Read 相似 —— 只能看到在事務啟動之前提交的結果）。使用 SET TRANSACTION 語句在事務級設置隔離級別。使用 SET SESSION 在會話級進行設置。 |
MySQL相對於PostgreSQL的劣勢：
| MySQL |
PostgreSQL |
| 最重要的引擎InnoDB很早就由Oracle公司控制。目前整個MySQL數據庫都由Oracle控制。 |
BSD協議，沒有被大公司壟斷。 |
| 對復雜查詢的處理較弱，查詢優化器不夠成熟 |
很強大的查詢優化器，支持很復雜的查詢處理。 |
| 只有一種表連接類型:嵌套循環連接(nested-loop),不支持排序-合並連接(sort-merge join)與散列連接(hash join)。 |
都支持 |
| 性能優化工具與度量信息不足 |
提供了一些性能視圖，可以方便的看到發生在一個表和索引上的select、delete、update、insert統計信息，也可以看到cache命中率。網上有一個開源的pgstatspack工具。 |
| InnoDB的表和索引都是按相同的方式存儲。也就是說表都是索引組織表。這一般要求主鍵不能太長而且插入時的主鍵最好是按順序遞增，否則對性能有很大影響。 |
不存在這個問題。 |
| 大部分查詢只能使用表上的單一索引;在某些情況下，會存在使用多個索引的查詢,但是查詢優化器通常會低估其成本,它們常常比表掃描還要慢。 |
不存在這個問題 |
| 表增加列，基本上是重建表和索引，會花很長時間。 |
表增加列，只是在數據字典中增加表定義，不會重建表 |
| 存儲過程與觸發器的功能有限。可用來編寫存儲過程、觸發器、計划事件以及存儲函數的語言功能較弱 |
除支持pl/pgsql寫存儲過程，還支持perl、python、Tcl類型的存儲過程：pl/perl，pl/python，pl/tcl。 也支持用C語言寫存儲過程。 |
| 不支持Sequence。 |
支持 |
| 不支持函數索引，只能在創建基於具體列的索引。 不支持物化視圖。
|
支持函數索引，同時還支持部分數據索引，通過規則系統可以實現物化視圖的功能。 |
| 執行計划並不是全局共享的, 僅僅在連接內部是共享的。 |
執行計划共享 |
| MySQL支持的SQL語法(ANSI SQL標准)的很小一部分。不支持遞歸查詢、通用表表達式（Oracle的with 語句）或者窗口函數（分析函數）。 |
都 支持 |
| 不支持用戶自定義類型或域(domain) |
支持。 |
| 對於時間、日期、間隔等時間類型沒有秒以下級別的存儲類型 |
可以精確到秒以下。 |
| 身份驗證功能是完全內置的，不支持操作系統認證、PAM認證，不支持LDAP以及其它類似的外部身份驗證功能。 |
支持OS認證、Kerberos 認證 、Ident 的認證、LDAP 認證、PAM 認證 |
| 不支持database link。有一種叫做Federated的存儲引擎可以作為一個中轉將查詢語句傳遞到遠程服務器的一個表上,不過,它功能很粗糙並且漏洞很多 |
有dblink，同時還有一個dbi-link的東西，可以連接到oracle和mysql上。 |
| Mysql Cluster可能與你的想象有較大差異。開源的cluster軟件較少。 復制(Replication)功能是異步的,並且有很大的局限性.例如,它是單線程的(single-threaded),因此一個處理能力更強的Slave的恢復速度也很難跟上處理能力相對較慢的Master. |
有豐富的開源cluster軟件支持。 |
| explain看執行計划的結果簡單。 |
explain返回豐富的信息。 |
| 類似於ALTER TABLE或CREATE TABLE一類的操作都是非事務性的.它們會提交未提交的事務，並且不能回滾也不能做災難恢復 |
DDL也是有事務的。 |
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等等，很容易做讀寫分離、負載均衡、數據水平拆分等方案，而這在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中可以不必建專門的降序索引了。
引用自 http://blog.csdn.net/ranran_5300/article/details/48129187