現在MySQL已經掌握在甲骨文手中了，您認爲將新的應用程序切換到使用PostgreSQL是個好主意嗎？ （您對轉換現有應用程序有什麼看法？）我們應該從MySQL轉換到PostgreSQL嗎？
我之前和之後都使用了兩個數據庫系統，而PostgreSQL對於它的許可條款和標準合規性來說是非常棒的，MySQL絕對更容易快速啓動和運行。 （我做這是一個個人的觀察，我知道你可能不同意...）
編輯：
我要澄清...我不希望這是一個MySQL/PostgreSQL是PostgreSQL的比好/ MySQL的辯論。我喜歡兩個數據庫系統，並且很高興使用這兩個系統（並且真正爲我正在處理的大多數應用程序的複雜性，這非常重要）。我只是在努力期待並在考慮特定課程之前考慮技術基礎的穩定性。如果您已經經歷了類似的過程並且有一些遷移計劃，我希望聽到您的意見，以及您爲什麼決定。
看看這樣說：不管是什麼甲骨文說，但事實上，他們可以在任何時候決定做與MySQL什麼壞事。也許他們會，也許他們不會，但是爲什麼要冒這個風險（至少對於新項目來說），只要使用PostgreSQL？
考慮到這個選擇，我會盡快和Postgres一起去做。這似乎是一個非常穩定的項目，以此爲基礎開展我自己的工作。悠久的歷史，正在積極發展，良好的文檔等
既然你已經表明你很高興與任何一個工作，我說去Postgres的新項目和不擔心轉換現有的項目，除非和直到甲骨文用MySQL做了一些事情，讓你擔心。
我不是甲骨文的粉絲，但該公司已出面10 point commitment to existing MySQL customers。
因此，至少現在，我沒有看到任何擔心的原因。任何數據庫遷移都需要花費一些時間和金錢。所以如果我是你，我會堅持一段時間，然後再做任何激進的數據庫遷移。
這是一個很好的觀點，謝謝。也許我應該只是擔心我的新項目，然後... – 2010-02-17 05:21:12
安裝是一次性工作... kindof。取決於課程。但是PostgreSQL並不比MySQL更難安裝，如果更難。重要的是日常擁有成本。作爲一名開發人員，我比PostgreSQL更喜歡MySQL，因爲後者的表現與版本不同（他們仍然在追趕sql標準，可能總是會這樣）。另外MySQL對於管理有時也很痛苦。如果在將表添加到表或其他繁瑣的任務時必須等待數小時，那麼安裝需要十分鐘的時間纔會有什麼影響。最後我認爲即使在甲骨文收購之前，MySQL環境也太動盪了，甲骨文已經擁有了innoDB，MariaDB。我認爲這是一個普遍的混亂。所以是的，我會遷移，但由於其他原因。
如果你真的喜歡過的MySQL PostgreSQL的我只是奠定了一個遷移計劃，如果需要，作爲一種懶惰的主動性來準備......
即使MySQL的向南走，還有MariaDB的，這是由MySQL的創始人發起的。這是一個替代品的下降，並有一些相當令人興奮的新功能。
http://askmonty.org/wiki/index.php/MariaDB
我已經給我的開發環境去，我一直到目前爲止喜歡它。
看起來很有趣。我不知道這個......謝謝！ – 2010-02-24 00:01:39
好主人。
O.k.所以讓我們開放吧。我不是MySQL粉絲。我認爲它壞了。然而我有偏見（http://www.commandprompt.com/）。這就是說PostgreSQL的好處。
PostgreSQL縮放比MySQL更遠。如果你的CPU數量有限，MySQL確實很好。如果你達到4以上，PostgreSQL將會走得更遠，更長。
PostgreSQL的許可證允許它永遠不會被購買。您不必擔心單個實體接管它。目前至少有十幾家積極支持公司，包括Red Hat，PgExperts，Command Prompt，OmniTI，EnterpriseDB，Fujitsu和Oracle（yep）。
PostgreSQL的功能集是非凡的。看看它。
但是，這是最重要的。做你的生意要求。當用於其目的時，MySQL是一個體面的數據庫。
-1重複所有Postgres vs MySQL參數。厭倦它，所以-1。 – 2011-06-01 00:54:58
如果您期望任何類型的有見地的答案，您將不得不提供一些上下文。就目前而言，你只是要求人們爬上他們各自的肥皂盒。 – jamieb 2010-02-17 04:38:36
當然，我主要試圖瞭解其他開發人員是否擔心對MySQL的持續支持，因爲它是Oracle其他產品線的競爭對手。我已經看到了與Netbeans類似的IDE趨勢，並且我想知道是否有人認爲從MySQL遷移是明智的（它不一定是PostgreSQL，我只是選擇了它，因爲它是另一種流行的OS DB選擇...） – 2010-02-17 04:43:32
主觀（「個人觀察」），有爭議的（我可能不同意），用一個良好劑量的「問題預測未來」。 – 2010-02-17 20:44:42