八條不使用MySQL的理由

首先，不使用某種技術的理由和使用這個技術的理由在本質上不同。常常，反對某些東西的理由會更加讓人注意。我們可能需要幾條理由才會真正的使用這個技術，但是只要一個理由就會讓我們止步。軟件的選擇就是這樣的決定，僅有一個理由是決不足夠促使我們做出肯定的決定，但是一個充分的負面理由會否定很多積極的因素。

雖然有一長串關系數據庫管理系統(RDBMS)可以供我們選擇，但是我將對比限制在幾個最常用的產品上。雖然全面的對比很少，還是存在著很多技術上的比較。在這里，我們只關心“正規”理由。

MySQL使用GPL

最重要的理由優先。在這里并不適合GNU General Public License，并且也不應該是數據庫技術的選擇。很明顯，GPL許可證對很多環境是積極的，但是對于其他一些環境，GPL的軟件是沒有希望的。在這些情況下，連PostgreSQL的BSD許可證仍然太“開放”，那么一個商業的許可證會更加適合。

MySQL不使用GPL

在一些情況下，MySQL是收費的，這樣GPL可能不能很好的服務于這些情況。如果你想要將這個數據庫的許可證和你自己的項目一起銷售，你的項目一定要采用相似的許可證，或者你需要購買商業許可證。如果這個因素改變了你的軟件的銷售方式，你需要處理由于必須支持MySQL的多個版本或者配置而引起的額外的負擔(這會增加終端用戶的成本)，或者存在由于MySQL的使用造成的不合理的影響。在這些情況下，一些軟件分銷商可能傾向于采用其他的產品，比如BSD許可證的PostgreSQL。

和現有環境的集成

我知道大型的IT公司會有Oracle和Sybase的單位軟件使用權(Site License)，以及很多MS-SQL Server的專有許可證(specific license)。在這些公司中，這種MS-SQL的實例主要是各部門的無知職員造成的，他們不知道他們已經花錢購買了其他數據庫的site license。在這種環境下，再加入MySQL(或者其他的數據庫)是不明智的想法，如果DBA已經有太多環境需要處理。在存在已有數據庫的情況下，如果維護的是一個通用的平臺，那么很明顯維護的負擔會降低。進一步，如果這個公司已經有了使用某個私有系統的許可證，那么使用MySQL的主要理由就不存在了。

產品的成熟度

通過比較，在2009年Oracle將慶祝它的第一個產品發布了30周年，那時MySQL第一個產品的發布時間還不到Oracle的一半。單就自身而言，Microsoft SQL Server僅僅比MySQL早了幾年，但是它的第一次發布的產品是基于Sybase的，該產品的比SQL Server早了6年。至于其他著名的開源數據庫，在2009年PostgreSQL距離第一次發布已經20年。雖然MySQL并不是市場上最新的數據庫，但是還有很多更老、更穩定的可選產品——并且對很多人來說，這個理由已經足夠了。公平的講，以我的觀點這個理由并不是反對使用MySQL的特別充分的理由，但是同時，我被逼著告訴一位將為關鍵任務的應用選擇平臺的保守IT經理基于這個理由作決定將是錯誤的。

（編輯：福州站長網 0591Zz.Com）