評價:MySQL和PostgreSQL的優劣較量

這篇文章中，我們選用MySQL 4.0.2-alpha與PostgreSQL 7.2進行比較，因為MySQL 4.0.2-alpha開始支援事務的概念，因此這樣的比較對於MySQL應該較為有利。

　　我們這樣的比較不想僅僅成為一份效能測試報告，因為至少從我個人來看，對於一個資料庫，穩定性和速度並不能代表一切。對於一個成熟的資料庫，穩定性肯定會日益提供。而隨著硬體效能的飛速提高，速度也不再是什麼太大的問題。

　　

　　一、兩者的共同優勢

　　這兩個產品都屬於開放源碼的一員，效能和功能都在高速地提高和增強。MySQL AB的人們和PostgreSQL的開發人員們都在儘可能地把各自的資料庫改得越來越好，所以對於任何商務資料庫使用其中的任何一個都不能算是錯誤的選擇。

　　

　　二、兩者不同的背景

　　MySQL的背後是一個成熟的商業公司，而PostgreSQL的背後是一個龐大的志願開發組。這使得MySQL的開發過程更為謹慎，而PostgreSQL的反應更為迅速。

　　這樣的兩種背景直接導致了各自固有的優點和缺點。

　　

　　三、MySQL的主要優點

　　1、首先是速度，MySQL通常要比PostgreSQL快得多。MySQL自已也宣稱速度是他們追求的主要目標之一，基於這個原因，MySQL在以前的文檔中也曾經說過並不準備支援事務和觸發器。但是在最新的文檔中，我們看到MySQL 4.0.2-alpha已經開始支援事務，而且在MySQL的TODO中，對觸發器、約束這樣的註定會降低速度的功能也列入了議程。但是，我們仍然有理由相信，MySQL將有可能一直保持速度的優勢。

　　2、MySQL比PostgreSQL更流行，流行對於一個商業軟體來說，也是一個很重要的指標，流行意味著更多的使用者，意味著經受了更多的考驗，意味著更好的商業支援、意味著更多、更完善的文檔資料。

　　3、與PostgreSQL相比，MySQL更適宜在Windows環境下運行。MySQL作為一個本地的Windows應用程式運行(在NT/Win2000/WinXP下，是一個服務)，而PostgreSQL是運行在Cygwin類比環境下。PostgreSQL在Windows下運行沒有MySQL穩定，應該是可以想象的。

　　4、MySQL使用了線程，而PostgreSQL使用的是進程。在不同線程之間的環境轉換和訪問公用的儲存地區顯然要比在不同的進程之間要快得多。

　　5、MySQL可以適應24/7運行。在絕大多數情況下，你不需要為MySQL運行任何清除程式。PostgreSQL目前仍不完全適應24/7運行，這是因為你必須每隔一段時間運行一次VACUUM。

　　6、MySQL在許可權系統上比PostgreSQL某些方面更為完善。PostgreSQL只支援對於每一個使用者在一個資料庫上或一個資料表上的INSERT、SELECT和UPDATE/DELETE的授權，而MySQL允許你定義一整套的不同的資料級、表級和列級的許可權。對於列級的許可權，PostgreSQL可以通過建立視圖，並確定視圖的許可權來彌補。MySQL還允許你指定基於主機的許可權，這對於目前的PostgreSQL是無法實現的，但是在很多時候，這是有用的。

　　7、由於MySQL 4.0.2-alpha開始支援事務的概念，因此事務對於MySQL不再僅僅成為劣勢。相反，因為MySQL保留無事務的表類型。這就為使用者提供了更多的選擇。

　　8、MySQL的MERGE表提供了一個獨特管理多個表的方法。

　　9、MySQL的myisampack可以對唯讀表進行壓縮，此後仍然可以直接存取該表中的行。

　　

　　四、PostgreSQL的主要優點：

　　1、對事務的支援與MySQL相比，經曆了更為徹底的測試。對於一個嚴肅的商業應用來說，事務的支援是不可或缺的。

　　2、MySQL對於無事務的MyISAM表。採用表鎖定，一個長時間啟動並執行查詢很可能會長時間地阻礙對錶的更新。而PostgreSQL不存在這樣的問題。

　　3、PostgreSQL支援預存程序，而目前MySQL不支援，對於一個嚴肅的商業應用來說，作為資料庫本身，有眾多的商業邏輯的存在，此時使用預存程序可以在較少地增加資料庫伺服器的負擔的前提下，對這樣的商業邏輯進行封裝，並可以利用資料庫伺服器本身的內在機制對預存程序的執行進行最佳化。此外預存程序的存在也避免了在網路上大量的原始的SQL語句的傳輸，這樣的優勢是顯而易見的。

　　4、對視圖的支援，視圖的存在同樣可以最大限度地利用資料庫伺服器內在的最佳化機制。而且對於視圖許可權的合理使用，事實上可以提供行層級的許可權，這是MySQL的許可權系統所無法實現的。

　　5、對觸發器的支援，觸發器的存在不可避免的會影響資料庫啟動並執行效率，但是與此同時，觸發器的存在也有利於對商業邏輯的封裝，可以減少應用程式中對同一商業邏輯的重複控制。合理地使用觸發器也有利於保證資料的完整性。

　　6、對約束的支援。約束的作用更多地表現在對資料完整性的保證上，合理地使用約束，也可以減少編程的工作量。

　　7、對子查詢的支援。雖然在很多情況下在SQL語句中使用子查詢效率低下，而且絕大多數情況下可以使用帶條件的多表串連來替代子查詢，但是子查詢的存在在很多時候仍然不可避免。而且使用子查詢的SQL語句與使用帶條件的多表串連相比具有更高的程式可讀性。

　　8、支援R-trees這樣可擴充的索引類型，可以更方便地處理一些特殊資料。

　　9、PostgreSQL可以更方便地使用UDF(使用者定義函數)進行擴充。

　　

　　五、那麼我究竟應該使用MySQL還是PostgreSQL

　　這個問題很難說得清，而且事實上除了MySQL和PostgreSQL外，使用Oracle、Sybase、Informix等也是明智的選擇。如何你確定只在MySQL和PostgreSQL中進行選擇，以下規則總是有效。

　　1、如果你的作業系統是Windows，你應該使用MySQL。

　　2、如果你對資料庫並不了十分瞭解，甚至不知道事務、預存程序等究竟是什麼，你應該使用MySQL。

　　3、如果你的應用對資料的完整性和嚴肅性要求不高，但是追求處理的高速度。例如是一個論壇和社區，你應該使用MySQL。

　　4、你的應用是一個嚴肅的商業應用，對資料完整性要求很高。而且你希望對一些商業資料邏輯進行很好的封裝，例如是一個網上銀行，你應該使用PostgreSQL。

　　5、你的應用處理的是地理資料，由於R-TREES的存在，你應該使用PostgreSQL。

　　6、你是一個資料庫核心的狂熱愛好者，你甚至希望擁有你自己版本的資料庫，毫無疑問，你必須使用PostgreSQL，沒準下一個PostgreSQL版本中某一個模組的作者就是你。

　　

後記

　　以上只是作者從自己的理解盡量客觀公正地評價MySQL和PostgreSQL的優劣。其中的帶有傾向性的意見只代表作者個人觀點，有關這兩個資料庫，歡迎廣大朋友提出自己的看法。